PCT 



WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification 3 
A61M 7/00 



Al 



(11) International Publication Number : WO 84/ 03218 

(43) International Publication Date: 30 August 1984 (30.08.84) 



(21) International Application Number: PCT/US83/01608 

(22) International Filing Date: 17 October 1983 (17.10.83) 

(31) Priority Application Number : 466,494 

(32) Priority Date: 15 February 1983 (15.02.83) 

(33) Priority Country: 



US 



(71) Applicant: THE JOHNS HOPKINS UNIVERSITY 

[US/US]; Applied Physics Laboratory, Johns Hopkins 
Road, Laurel, MD 20707 (US). 

(72) Inventor: FISCHELL, Robert, E. ; 1027 McCeney Ave- 

nue, Silver Spring, MD 20901 (US). 

(74) Agents: KENNARD, Wayne, M.; Pacesetter Systems 
Inc., 12884 Bradley Avenue, Sylmar, CA 91342 (US) 
et al. 



(81) Designated States: DE, FR (European patent), GB, JP. 



Published 

With international search report 



22 



26 



2\ 



XP1P ELECTRONIC 
CONTROL MEANS 



(54) Title: PROGRAMMABLE CONTROL MEANS FOR PROVIDING SAFE AND CONTROLLED MEDICATION 
INFUSION 

(57) Abstract 

An implantable programmable 
infusion pump (IPIP) generally in- 
cludes: a fluid reservoir (15) filled 
with selected medication; a pump 
(18) for causing a precise volumetric 
dosage of medication to be with- 
drawn from the reservoir (15) and 
delivered to the appropriate site 
within the body; and, a control 
means (21) for actuates the pump 
(18) in a safe and programmable 
manner. The control means (21) in- 
cludes a microprocessor, a perma- 
nent memory containing a series of 
fixed software instructions, and a 
memory for storing prescription 
schedules, dosage limits and other 
data. The microprocessor actuates 
the pump (18) in accordance with 
programmable prescription parame- 
ters and dosage limits stored in the 
memory. A communication link al- 
lows the control means (21) to be 
remotely programmed. The control 

means (21) incorporates a running . - 

integral dosage limit and other safety features which prevent an inadvertent or intentional medication overdose. The con- 
trol means (21) also monitors the pump (18) and fluid handling system and provides an alert if any improper or potentially 
unsafe operation is detected. 
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Descr iption 
Programmable Control Means for Providing 
Safe and Controlled Medication Infusion 
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Technical Field 

The invention described herein was made in the 
performance of work under NASA Contract No, NDPR 
S-6383B and is subject to the provisions of Section 
305 of the National Aeronautics and Space Act of 1958 
(72 Stat. 435; 42 U.S.C. 2457). 

The present invention pertains to a control 
means incorporating a microprocessor for actuating a 
pump in accordance with programmable prescription 
parameters and dosage limits. The disclosed control 
means incorporates running integral dosage limits and 
other safety features which prevent an inadvertent or 
intentional medication overdose. 

Background Art 

Various techniques and devices have been 
suggested and are currently under study which 
addresses the problem of dispensing a drug or other 
medicative liquid into the living body. In these 
techniques and devices , however, redundant safety 
features and flexibility achieved by programming 
dosage inputs are rarely contemplated. 

One liquid infusion device discussed in U.S. 
Patent No. 4,0-07, 405 by Haerton et al comprises a 
controllable dosing arrangement which provides for 
human operator interaction. A syringe forces liquid 
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through a pressure valve into a supply reservoir and 
a bellows pump forces the drug from the reservoir 
through a flow limiter into the body. This device 
fails to address various safety problems such as 
5 leakage , excessive pumping , and excessive requests 
for drugs . No provision exists for detecting leaks 
in the device, for signalling malfunctions, for 
restricting the number of or quantity of drug doses, 
or for monitoring proper operation of the device. 

10 Like Haerton et al, U.S. Patent No, 3,692,0 27 by 

Ellenwood teaches an implanted, self-powered drug 
dispenser having a bellows pump which is fed through 
and expels drug through valves, in particular one-way 
valves. The Ellenwood device is not programmable, it 

15 varies dosage by opening and closing portals or. 
selecting a dose or medication from one of a plural- 
ity of pumps having different dosage volumes and/or 
different medications stored therein. Safety redun- 
dancy such as pressure integrity checks during fill- 

20 in< ?f leakage problems, patient and doctor interation 
with the dispenser, and dosage input programming are 
not considered. 

Disclosure of Invention 

The present application describes a programmable 
25 control means for actuating a pump thereby causing 
medication to be infused in accordance with program- 
mable prescription parameters and dosage limits. The 
implantable programmable infusion pump (IPIP) gener- 
ally contains: (1) a fluid reservoir filled with a 
30 selected medication which is refillable using a 
hypodermic needle; (2) a catheter for channeling 
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medication dosages to the proper site within the 
patient's body; (3) a pump for causing a precise 
volumetric dosage of medication to be withdrawn from 
the reservoir and to be delivered via the catheter to 
5 the appropriate site within the patient's body with 
each pump actuation; and (4) a control means for 
actuating the pump in a proper and programmable 
manner . 

The control means contains a transmitter/ 

10 receiver which enables it to be remotely programmed 
by a hand held patient programming unit (PPU) and a 
medication programming unit (MPU) . The PPU is oper- 
ated by the patient and allows the patient to self- 
medicate. The MPU is operated by the physician and 

15 enables him. to program basal and supplemental pre- 
scription schedules and set dosage and control 
limits. The physician using the MPU programs a basal 
delivery schedule, several supplemental prescription 
schedules, and various dosage limits and control 

20 limits. The PPU is limited in its programming capa- 
bility and a patient can merely choose to deliver a 
full or half basal rate f select one of the several 
pre-programmed supplemental prescription schedules , 
inhibit pump activity, or countermand previous 

25 directives.. 

This .drug infusion system provides the patient 
with the flexibility of increasing or decreasing 
dosages in. accordance with physiological or activity 
levels. For example, if the pump delivers insulin, a 
30 patient would wish to increase dosages immediately 
after consuming a meal, so that a high post-prandial 
insulin profile is obtained. However, this 
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flexibility of dosage programming by the physician 
and self- medication by the patient creates certain 
safety considerations. Since the implantable pro- 
grammable infusion pump (IPIP) is remotely programm- 

5 able by both the patient and physician, and since it 
has a potential of delivering a lethal dosage of 
medication , the controller must be able to accurately 
control medication delivery and it must have safety 
features to prevent inadvertent, or intentional 

10 misuse. 

Therefore , a first object is to provide a basal 
delivery means for actuating the pump in accordance 
with a programmed basal prescription schedule. Only 
the physician using the MPU has the capability of 

15 programming * the basal rate. The patient using the 
PPU can require a half or full basal delivery, or can 
inhibit pump actuation for a certain set period of 
time. The physician can program patient medication 
constraints which can further limit or remove- en- 

20 tirely the patient's ability to modify the basal 
prescription schedule. 

A second object is to provide a supplemental 
prescription schedule delivery means for actuating 
the pump in accordance with at least one supplemental 

25 prescription schedule. Again, only the physician can 
program the allowable supplemental prescription 
schedule. The patient using the' PPU can merely 
choose one of the supplemental prescription schedules 
previously programmed by the physician. The supple- 

30 mental prescription delivery means also double checks 
the supplemental prescription schedule programmed by 
the physician to assure that physician's programming 
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errors do not inadvertently produce an inappropriate 
supplemental prescription schedule. 

A third objective of the present invention is to 
provide a means for inhibiting pump actuations if a 
certain dosage rate limit is exceeded. A running 
integral dosage limit means sums the number of pump 
actuations which occur during the most recent shift- 
ing time window of a pre-selected length and inhibits 
pump actuation when such sum exceeds a programmable 
running integral dosage limit. The preferred embodi- 
ment utilizes both a 3-hour shifting window of time 
during which the pump count cannot exceed a 3-hour 
running integral dosage limit; and, a 24-hour shift- 
ing window of time during which the pump count cannot 
exceed a 24-hour running integral dosage limit. The 
3-hour and 24-hour running integral dosage limits are 
programmable by the physician in accordance with a 
particular patient's physiology. 

A fourth object is to provide a hardwired 
digital integrating rate limiter to back up the 
running integral dosage limiter means. The digital 
integrating rate limiter will inhibit pump actuation 
when a maximum dosage envelope is exceeded. The 
digital integrating rate limiter consists of an 
updown counter, a separate auxiliary clock, and a 
means to count actual pump actuations. The digital 
integrating rate limiter allows a maximum basal rate 
as well as a maximum delivery of medication at any 
particular time. Although, the digital integrating 
rate limiter is utilized in the preferred embodiment 
as a backup system, in certain applications it could 
function independently. 
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A fifth object of the invention is to provide a 
"double handshake" means to assure that spurious or 
intefering signals are prevented from modifying 
prescription commands. After the transmitter/ 

5 receiver detects a transmitted code, the controller 
checks for a valid 8-bit selection code. If a valid 
selection code is received , the controller uses the 
transmitter/receiver to retransmit the selection code 
back to the MPU or PPU. The MPU or PPU will verify 

10 that the selection code received is the one it had 
sent and transmits an execution code. Only if a 
valid and timely 8-bit execution code is received 
will the controller proceed to deliver medication in 
accordance with the selection code. This method of 

15 obtaining a secure communication is known to those 
versed in the art as a "double handshake" communica- 
tion means. 

A sixth object of the invention is to record 
system utilization and performance data which enables 

20 the physician to determine the effectiveness of the 
patient 1 s self-medication and evaluate pump perform- 
ance. The controller includes a random access memory 
(RAM) which is used to store utilization and perform- 
ance data. The controller records the number of pump 

25 actuations , the number of times a particular selec- 
tion code was used to assign a supplemental prescrip- 
tion schedule or request half or full basal delivery 
or inhibit pump actuation or countermand current 
directives, and the number of , unverifiable or 

30 inappropriate selection codes received by the con- 
troller. The controller also has several ports which 
allows it to receive information relative to the 
performance of the pump and the fluid handling sy tern. 
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In the preferred embodiment, the controller connects 
to a moisture detector r a reservoir full indicator, 
and a pump actuation or fluid flow monitor. The 
controller records readouts from these monitors on a 
periodic basis so the physician can determine poss- 
ible system malfunctions. 

A seventh object of the invention is to detect 
system malfunctions and to alert the patient when a 
system malfunction or anomaly occurs. As mentioned 
previously, the controller receives information from 
chamber, reservoir and pump monitors. A software 
anomaly alerting means provides a monitor report at 
periodic intervals. The monitor report indicates: 
(1) detection of moisture; (2) whether the reservoir 
is empty or too full; (3) whether pump actuation 
commands from the basal delivery means and supple- 
mental prescription delivery means are greater than 
or less than the actual pump actuation count; or (4) 
whether prescription data stored in RAM has been 
altered - i.e., by a cosmic ray particle, any other 
copuscular radiation or power transient. If two 
consecutive monitor reports show the same anomaly, 
the controller will actuate an alarm means and alert 
the patient. In the preferred embodiment, the alarm 
means provides the patient with a noticeable subcut- 
aneous electrical stimulation (tickle) or audio 
alarm. 

An eighth object is to provide a software means 
for deterring operator error. The controller checks 
supplemental prescription schedules for inadvertent 
programming errors made by the physician before each 
supplemental prescription schedule . is delivered by 
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the delivery means* The control alerts the patient 
if unusual request is made. Unusual requests in- 
clude: (l) a request to deliver half basal rate, (2) 
a request to return to a full basal rate delivery; 
5 (3) a request for a one-hour pump inhibition f or (4) 
a request to countermand current directives. If an 
unusual request is selected, the controller will 
actuate the alarm means and alert the patient. The 
physician using the MPU can inhibit (i.e. f disable) 
10 this safety feature if it proves unnecessary for a 
particular patient. The controller can also be 
programmed by the MPU to ignore any one or several of 
the PPU commands. This feature enables the physician 
to restrict the patient's ability to self-medicate. 

15 A ninth object is to provide a software con- 

troller which includes: a microprocessor; a random 
access memory ( RAM) , or its equivalent, for storing 
prescription parameters, prescription limits, " and 
utilization and * performance data; and, a read-only 

20 memory (ROM), or equivalent, for storing in fixed 
form a list of software instructions which enables 
the microprocessor to provide the above discussed 
medication delivery and safety features. 

These objects, as well as further objects and 
25 advantages will become apparent after reading the 
ensuing description of a non-limiting illustrative 
embodiment and reviewing the accompanying drawings. 
These dosage delivery and limiting features may be 
. incorporated in an implantable or external infusion 
30 pump system. 



WO 84/03218 



PCT/US83/01608 



Brief Description of Drawings 

Figure 1 is a block diagram of the invented 
medication infusion system; 

Figure 2 is a block diagram illustrating the 
5 electronic control means f pump, and fluid handling 
system; 

Figure 3 illustrates a functional block diagram 
of the electronic control means; 

Figure 4 is a system block diagram showing the 
10 preferred IPIP electrical control means; 

Figure 5 is a block diagrammatic view of the 
IPIP controller illustrating the connection between 
the microprocessor , the random access memory (RAM) 
and the read only memory (ROM) ; 

15 Figure 6 is a table showing a typical RAM 

allocation schedule as taught by the invention; 

Figure 7 is an outline of the controller's 
delivery interrupt routine and standby state routine; 

Figure 8 is an outline of the controller's 
20 delivery routine; 

Figures 9 and 10 .show a detailed flow chart of 
the idle and standby state routines; 

Figures 11 through 17 show a detailed flow chart 
of the delivery routine with Figures 11 and 12 
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showing the supplemental delivery means r Figure 13 
showing the basal delivery means, Figures 14 through 
16 showing the housekeeping subroutine , and Figure 17 
showing an additional housekeeping segment; 

5 Figures 18 through 20 show a detailed flow chart 

of the interrupt subroutine; 

Figure 21 is a functional illustration of the 
running integral dosage limiting means inhibiting an 
inappropriate dosage delivery; 

10 Figure 22 is a block diagrammatic view of the 

digital integrating rate limiter. 

Best Mode for Carrying Out the Invention 

Figure 1 is a block diagrammatic view of the 
overall programmable implantable medication system 

15 (PIMS) which generally consists of: an implantable 
programmable infusion pump (IPip) 10 which is im- 
planted in a patient and provides a programmable and 
controlled release of medication (a catheter 11 
allows the medication to be delivered to the approp- 

20 riate site within the patient's body); a patient 
programming unit (PPU) 12 which is a hand held device 
used by the patient to communicate with the IPIP 10 
for self medication; and, a medication programming 
unit (MPU) 13 which is used by the physician to 

25 program the ipip with prescription parameters and 
dosage control limits. In this interactive medica- 
tion infusion system, the physician can use the MPU 
to program a medication delivery schedule and the 
patient can use the PPU to fine tune the prescription 
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to meet physiological needs. If the IPIP is 

delivering insulin, the PPU can be used to request 
supplemental medication delivery corresponding to 
food consumption or activity levels, A communication 

5 head 14 in both the ppu 12 and MPU 13 serves as 
transmitting and receiving antenna. The MPU is used 
by the physician to: (1) program the IPIP to deliver 
a basal prescription profile and record up to eight 
supplemental prescription profiles in the IPIP's 

10 memory; (2) set the 3-hour and 24-hour running 
integral dosage limits; (3) program the IPIP to 
ignore certain medication selections that the patient 
might send via the PPU; (4) set alarm criteria and 
timing constants; (5) check the chamber moisture and 

15 reservoir fill monitors; and (6) retrieve utilization 
and system performance records from the IPIP's 
memory. 

Unlike the MPU 13, the PPU 12 is limited in its 
capacity to program the IPIP 10. The PPU 12 is used 

20 by the patient for sel f-medication , with the 
patient's ability to request medication dosages 
constrained to prevent inadvertent or intentional 
misuse. The PPU 12 can be used by the patient to: 
(1) request delivery of one of eight supplemental 

25 prescription schedules which were pre-programmed by 
the physician; (2) select half or full rate delivery 
of the pre-programmed basal prescription schedule; 

(3) inhibit pump operation for 1-hour periods; and, 

(4) countermand the current medication delivery 
30 directive. 

Figure 2 shows a block diagram of the overall 
implantable programmable infusion pump (IPIP) 10. 
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The IPIP 10 generally comprises: (1) a medication 
reservoir 15 which stores selected medication to be 
delivered by the pump; (2) a refill entry port 16 
which allows the physician to refill the implanted 

5 device using a hypodermic needle 17; (3) a pulsatile 
pump 18 which provides a single pulse of medication 
each time solenoid coil 19 is energized with an 
appropriate current pulse; (4) an accumulator 20a and 
a flow restrictor 20b which, working together, pro- 

10 vide smoothing of the medication flow; (5) a catheter 
11 for delivering medication to the appropriate site 
within the patient 1 s body; and r (6) an electronic 
control means 21 which has the principle function of 
actuating the pulsatile pump 18 according to pre- 

15 scription schedules stored in the IPIP's memory. 

The block representing the electronic control 
means 21 (Figure 2) contains several ports which 
enables it to receive prescription parameters, 
monitor the fluid system, alert the patient to mal- 

20 functions, and actuate the pump. A pick-up coil head 
22 enables the electronic control means to receive 
prescription programs and command data from the MPU 
or PPU; it also enables the electronic control means 
to handshake with the PPU or MPU and transmit utili- 

25 zation and system performance data. Three additional 
ports enable the electronic control means- to monitor 
the fluid system: (1) a pump monitor 23 monitors 
actual pump actuation and- hence fluid flow; (2) at 
least one moisutre detector 24 monitors moisture 

30 within the IPIP; (3) a reservoir monitor 25 tells the 
chamber if the reservoir is filled or overfilled. 
The electronic control means also has a port allowing 
it to actuate an alarm means 26 which alerts the 
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patient if a system failure or operational anomaly 
has occurred. (U.S. Patent Application entitled 
"Apparatus for Detecting at Least one predetermined 
Condition and Providing an Informational Signal in 

5 Response Thereto in a Medication Infusion System" ., 
Serial No. 439,139, filed November 4, 1982, by R. E. 
Fischell, describes several monitor and alert cir- 
cuits which could be used - this application is 
incorporated herein by reference.) • A final port 27 

10 -enables the electronic control means to actuate the 
pump solenoid 19 in accordance with a programmed 
prescription schedule. 

Figure 3 illustrates a simplified functional 
block diagram of the IPIP electronic control means 

15 21. A command signal from the PPU or MPU is detected . 
by a pick-up coil 22 and further processed by the 
command receiver and telemetry transmitter 28 pro- 
ducing an 8-bit code. The 8-bit code enters the 
command decoding means 29 which: (1) verifies that 

20 the 8-bit signal is a valid selection code; (2) 
verifies that the selection code is active and is 
appropriate for delivery (this feature assures that 
the patient or physician is alerted if an inadvertent 
operator error is made); (3) handshakes with the PPU 

25 or MPU by repeating the selection code and waiting 
for a valid execution code from the PPU or MPU (this 
feature reduces the likelihood that a spurious or 
interfering signal will mimick a valid prescription 
delivery command); (4) assigns a basal delivery 

30 schedule to the basal delivery means 30 and assigns a 
supplemental prescription schedule to the supple- 
mental prescription delivery means 31; (5) stores in 
the IPIP memory a physician programmed basal 
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prescription schedule and up to eight supplemental 
prescription schedules; and r (6) orders system 
utilization and performance data to be retrieved from 
the recording means and transmitted to the PPU. 

5 The basal delivery means 30 is assigned a basal 

schedule by the command decoding means 29. The basal 
delivery means 30 actuates the pump in accordance 
with a programmed basal prescription schedule. The 
patient using the PPU has the option of selecting 

10 either a half or full delivery of the basal schedule. 

The supplemental prescription delivery means 31 
first verifies that a valid supplemental prescription 
schedule has been assigned. (This safety feature 
attempts to • correct certain programming errors made 
15 by the physician.) The supplemental prescription 
delivery means 31 will actuate the pump in accordance 
with the patient's selected supplemental prescription 
schedule . 

The running integral rate limiting means 32 is 
20 the principle safety feature contained within the 
electronic control means. The running integral rate 
limit means 32 prevents the control means from 
delivering a combination of basal and supplemental 
prescription schedules requested by the patient or 
25 physician which result in a dosage which exceeds a 
certain limit during a 3-hour and^a 24-hour sliding 
window of time. ^ 

The data recording means 33 gathers utilization 
and system performance data which can be transmitted 
30 to the MPU. The data recording means 33 records all 
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interactions between the IPIP and the patient con- 
trolled ppu and monitors the functioning of the fluid 
handling system. The data recording means 33 moni- 
tors the fluid handling system through the pump 
5 actuation monitor 23 f the chamber moisture monitor 
24, and the reservoir monitor 25. 

An anomaly alert means 34, reviews the fluid 
handling system and the electronic systems perform- 
ance each quarter-hour period and provides a monitor 
10 report. If two consecutive monitor reports indicate 
the same system malfunction, the anomaly alert means 
34 actuates the alarm 26 thereby notifying the 
patient of a potential system malfunction. 

The above functional means can be provided by a 
15 hardware electronic circuit or by a. microprocessor 
directed by a software routine. The remainder of 
this application describes the preferred embodiment 
which uses a microprocessor directed by a software 
means to provide the above-described functions. 

20 Preferred Software Controlled Embodiment 

Figure 4 is an electrical system block diagram 
of the preferred IPIP control means 21. The diagram 
generally shows: a controller 35 which includes a 
microprocessor; a transmitter/receiver 36* a clock 

25 generating means 37,; a voltage quadrupler 38; a 
driver circuit 39; an alarm generator 40; a digital 
integrating rate limiter 41; a buffer 42; and, a 
battery 43. The primary purpose of the control means 
21, as stated previously, is to actuate pump 18. The 

30 second purpose is to actuate the alarm means 26 and 

OMPI 
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thereby to alert the patient if there is a system or 
operator anomaly. 

The driver 39 is an energy storage device (a 
capacitor is used in the preferred embodiment) which 

5 stores sufficient energy to actuate pump 18. The 
voltage quadrupler 38 steps up battery voltage and 
over a period of approximately 10 seconds stores 
sufficient energy in the driver 39 to actuate the 
pump 18. A pump prime request (PPR) is sent from the 

10 controller 35 which directs the voltage quadrupler 38 
to charge the driver circuit 39. When sufficient 
energy is stored in the driver 39 , the controller 35 
sends the pump trigger command (PT) causing the 
driver to release sufficient power along line 27 to 

15 actuate pump 18, 

The controller 35 also provides commands AR, 
AAO f AA1, AA2 and AA3 which sets the alarm amplitude 
and actuates the alarm generator 40. The controll- 
er's alarm request command (AR) causes the voltage 

20 quadrupler 38 to provide voltage to the alarm gene- 
rator 40. The alarm generator 40 then delivers the 
appropriate alarm signal to the alarm means 26. 
Controller commands AAO through AA3 tell the alarm 
generator 40 what amplitude level to apply to the 

25 alarm means 26. In the preferred embodiment, the 
physician can program appropriate alarm amplitudes. 
(It will be noted that it is within the contemplation 
of this invention to also -use an audio or any equiva- 
lent alarm means.) 

30 The controller 35 uses the transmitter/receiver 

36 to communicate with the outside world (i.e., 
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communicate with PPU or MPU) . The RTS command tells 
the transmitter/receiver 36 whether it is to act in 
the transmitter or receiver mode. The serial data 
output line (SDO) is used by the controller to send a 
5 serial data train to the transmitter to be transmit- 
ted to the PPU or MPU. A serial data input line 
(SDI) is used by the controller 35 to receive pre- 
scription data or commands sent by the PPU or MPU. 

The clock generator 37 provides several timing 
10 signals: (1) a 1600 Hz timing signal provides timing 
for the controller's microprocessor (which is a CMOS 
1802 in the preferred embodiment); (2) a 3200 Hz 
clock signal is generated when the communication link 
has been established with the PPU or MPU. A carrier 
15 recognition signal (CR) is sent from the transmitter/ 
receiver 36 when a communication link is established 
and tells the clock generator 37 to generate the 3200 
Hz clock signal. The 3200 Hz clock signal is used by 
the UART (see Figure 5) which converts serial data 
20 into parallel data. 

A digital integrating rate limiter 41 contains a 
separate timing oscillator (not shown) and an updown 
counter (not shown) and inhibits pump priming activ- 
ity if the cumulative pump count exceeds a certain 
25 value in a certain specified time period. 

A run command 43 is issued by the transmitter/ 
receiver 36 when a selection code is received which 
transforms the controller from the idle to the stand- 
by state.* This command will generally be sent after 
30 the IPIP has been implanted in the patient. The idle 
state will be discussed in detail later in this 
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application and enables the IPIP to be stored for 
long periods without depleting battery capacity. In 
the idle state, the controller 35 is inactive and the 
clock generator 37 does not produce the 160 0 Hz 

5 timing signal. The command to transfer from the idle 
to the standby state is processed by the receiver/ 
transmitter 35 which produces the run command 43. 
The run command 43 turns on the 1600 Hz clock gener- 
ator and resets the microprocessor and UART (see 

10 Figure 5} contained in the controller 35. 

Figure 5 is a block diagram of the major hard- 
ware components found in the controller 35. The 
controller generally comprises: a microprocessor 44 
(in the preferred embodiment a CMOS 180 2 micro pro c- 

15 essor is used) ; an 8-bit parallel data bus 45 which 
carries data into and out of the microprocessor 44; a 
read-only memory (ROM) 46 containing the fixed soft- 
ware instructions; a random access. memory (RAM) 47 
for storing the programmable prescription parameters , 

20 prescription limits, and utilization and performance 
data; a UART (Universal asynchronous receiver/trans- 
mitter) 48 for converting serial data received from 
the transmitter/receiver 36 into parallel data which 
can then be put on the 8-bit parallel data bus 45 or 

25 for performing the inverse operation; a multiplexer 
49 which can place identification, counter, or moni- 
tor information from the pump monitor, chamber moist- 
ure monitor, or receiver fill monitor (see Figure 4) 
on the data bus 45; an identifier number generator 50 

30 which generates a unique code number for each IPIP; a 
counter 51 associated with the pump monitor, to 
calculate the number of times pump actuation actually 
occurred (this counter is reset every 15 minutes); a 
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4-bit register 52 which stores alarm amplitude data 
and a 2-bit register 53 to store the alarm request 
(AR) and pump prime request (PPR) commands. 

The RAM 47 is a memory device which is used to 

5 record prescription parameters , prescription limits, 
control data, and utilization and performance data. 
The table in Figure 6 shows the type of data stored 
in the controller's RAM. Each data category will be 
discussed as we proceed in the applicatipn. The 

j_0 microprocessor 44 can access this information via the 
8-bit parallel bus 45. The system can use the 8-bit 
parallel bus 45 to retrieve data from the pump 
counter, reservoir monitor or chamber monitor. The 
controller can send a signal via the 8-bit bus 45 to 

15 registers 52 or 53 to adjust the alarm amplitude or 
to activate the pump. The UART 48 converts the 
transmitter/receiver serial data format into a 
parallel format compatible with the requirements of 
the microprocessor 44. In this way the microprocess- 

20 or 44 can communicate via the transmitter/receiver 36 
with the MPU and PPU to receive prescription para- 
meters and transmit utilization data. 

The ROM 46 shown in Figure 5 contains a series 
of fixed software instructions. These instructions 

25 enable the microprocessor 44 to actuate the pump in 
accordance with basal and supplemental prescription 
schedules, alert the patient when a system or opera- 
tional anomaly is detected, record utilization data, 
and provide the running integral dosage limiting and 

30 other safety features needed to prevent an accidental 
overdose. Figures 7 and 8 contain a summary of the 
software routines and subroutines permanently fixed 
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in ROM 46. Figures 9 through 20 contain a detailed 
flow chart describing the software stored in the ROM 
46. 

Functional Outline of Software Controller Means 

5 a • Interrupt subroutine and standby routine 

functional s umm a r y . 

As mentioned previously, the preferred 
embodiment described in this application contains a 
software controlled version of the IPIP. Figure 7 is 

10 a functional summary of the delivery interrupt sub- 
routine and the standby state routine. These soft- 
ware routines enable the controller to perform the 
command decoder means discussed earlier in this 
application and shown .as block 318 in Figure 5 of the 

15 parent case (U.S. Application Serial No. 034,155, 
n Implantable , Programmable Medication Infusion 
System", filed April 27, 1979, by R.E. Fischell.) 
The standby state routine enables the controller to 
read into RAM prescription parameters and command 

20 data and to record and transmit utilization and 
performance data. (In the above-referenced U.S. 
parent case, these functions are distributed among 
the following elements: 336, 334 and 320 , see Figure 
5) . 

25 The delivery interrupt subroutine 54 is actuated 

when the receiver/transmitter conveys an 8-bit code 
to the UART (see Figure 5) . The interrupt subroutine 
exits from the delivery routine (to be discussed 
later) at 55 and first tests for a valid delivery 

30 selection code. The controller at block 56 tests for 
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an 8-bit selection code corresponding to the follow- 
ing commands: (1) select one of the pre-programmed 
supplemental prescription schedules; (2) deliver the 
basal prescription at full or half rates; (3) count- 
10 ermand current directives; (4) inhibit pump actuation 
for a one-hour period; or, (5) transfer to the stand- 
by state. 

At block 57 the controller performs various 
tests to determine if the selection code is active 

15. and deliverable. As mentioned previously, the 
physician can prohibit the patient's use of certain 
selection codes. One element of the prescription 
parameter allows the physician to deactivate certain 
delivery state selection codes. The controller also 

20 reviews the selection code to assess if its delivery 
is appropriate and/ or possible. 

* If the selection code is valid , active and 
deliverable, the controller confirms receipt of the 
code and retransmits it back to MPU or PPU. If the 

25 MPU or PPU verifies the selection code, it then sends 
an execution code to the IPIP. Unless the controller 
then receives a valid execution code within a speci- 
fied interval, it will not carry out the mission 
implied by the selection code. This safety feature 

30 shown in block 58 assures that the IPIP will not be 
accidentally programmed by spurious or interfering 
signals. 

The controller now asks if the selection code 
constitutes an unusual request. (An unusual request 
35 is one which would modify basal rate, inhibit pump 
operation, or countermand previous directives) . If 
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it does f the patient alarm may be activated . This 
safety feature shown in block 59 alerts the patient 
to the fact that he has made an unusual request and 
that he should review his intent to make that 

5 request* The controller will now at block 60 execute 
the selection code and assign a supplemental pre- 
scription schedule to delivery means when approp- 
riate. The controller now returns to the delivery 
state at 61 unless the selection code called for 

10 transference ta the standby state. (Only the MPU can 
transmit the selection code which requests that the 
controller enter the standby state.) 

Once in the standby state , the controller waits 
at block 62 until it receives an appropriate standby 

15 state selection code. The • standby state selection 
codes are only transmitted by the MPU and correspond 
to commands to: (1) transfer the controller back to 
the delivery state; (2) load the controller's RAM 
with prescription parameters and limits? (3) read 

20 utilization and performance data from the controll- 
er's RAM; (4) check the moisture and fill indicators; 
or, (5) exercise alarm at a specified level. The 
controller at block 62 verifies receipt of a valid 
selection code and at block 63 continues to provide 

25 double handshaking to assure that the selection code 
has been properly received. (i.e., once the selec- 
tion code is verified, the controller retransmits it 
back to the ppu or MPU. The PPU or MPU verifies the 
code and must transmit a timely and valid execution 

30 code.) 

After verification and handshaking is completed, 
the controller, depending on the particular selection 
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code, can branch into several subroutines. At block 
64, the controller exercises a prescription parameter 
load subroutine (see Figure 10 for greater detail) • 
At block 65 the controller performs a data recovery 
subroutine (see Figure 10 for greater detail) . 
Alternatively, the controller could provide monitor 
reports 66 f exercise the alarm, or return to the 
delivery state 68. 

b . Delivery state subroutine functional summary 

Figure 8 is a functional summary of delivery 
state routine 69 which allows the controller to 
functionally provide the 'basal delivery means, the 
supplemental prescription delivery means, the anomaly 
alert means, and the 3 and 24-hour running integral 
dosage limit means. (In the above-mentioned U.S. 
parent case the supplemental prescription delivery 
means is performed by element 322; the basal delivery 
means by element 320; the anomaly detecting means by 
a combination of elements 318 and 328; and the 24 and 
3-hour running integral dosage limits by elements 
322, 326 and 324 - see Figure 5) . 

An excursion through the delivery state routine 
is completed once per minute regardless of the 
specific path taken around the loop. As we will 
discuss later, dummy delay steps are added to shorter 
branches so that the overall loop time is independent 
of path. The supplemental prescription delivery 
means 70 is provided by two subroutines called Execu- 
tor A and Executor B (shown in greater detail in 
Figure 11 and 12, respectively) . The Executor A 
subroutine 71 first determines if a supplemental 
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schedule has been assigned to it for execution; if 
one has, it then tests the assigned supplemental 
prescription schedule for anomalies resulting from 
physician/programming error. These tests (which will 

5 be discussed in detail, later in this application) 
prevent an inadvertent overdose or the prolonged 
assignment of the executor to a non-executable 
schedule* If a pump actuation is appropriate, the 
controller will perform the quarter-hour running 

10 integral limit test means 73. This safety feature 
will be discussed in detail, but at this point it is 
sufficient to say that it prevents pump actuation if 
the dosage limit for a 3-hour or 24-hour period is 
reached. if the limit is not reached, the controller 

15 directs the voltage quadrupler to charge the driver ^ 
thus priming the pump; the controller then triggers 
the driver to actuate the pump. 

The Executor B subroutine 72 provides the same 
functions as the Executor A subroutine. Consequent- 
20 ly r ipip can accomplish the simultaneous execution of 
as many as two supplemental schedules. The Executor 
B subroutine also contains a quarter-hour running 
integral limit means 74 which prevents pump actuation 
if the 3-hour or 24-hour limit is reached. 

25 Proceeding around the delivery state loop, the 

controller can take one of four possible branches 
depending on the minute count. The "minute count" 
specifies the number of minutes which have elapsed in 
the current in quarter-hour periods. 

30 At the 7th minute, the controller provides the 

basal delivery function 75. (Shown in greater detail 
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in Figure 13.) The controller first determines if 
the PPU requests a half or full basal delivery. If 
the basal program calls for pump actuation f the 
controller again provides the quarter-hour running 
integral limit means 76 and determines if pump actu- 
ation would cause excessive dosage in 3 or 24- 
hour shifting window of time* If the limit is not 
reached , and if full-basal delivery mode has been 
established , the controller primes- and triggers the 
pump unless pump inhibition is in effect. 

At the 13 th minute in the quarter-hour the 
controller evaluates the integrity of the prescrip- 
tion data stored in the RAM. This evaluation 78 will 
be subsequently used, in formulating the monitor 
report and will indicate whether or not an alpha 
particle or transient has altered the stored pre- 
scription. 

At the 14th (last) minute of the quarter-hour, 
the controller enters into a housekeeping subroutine 
79 (shown in detail in Figures 14 through 16) . (The 
housekeeping subroutine will be discussed in detail 
later in this application.) However, at this point 
it is important to point out two features provided by 
this subroutine. The housekeeping subroutine calcul- 
ates SUM ll r SUM 23, and a quarter-hour limit which 
are part of the 3 and 24-hour running integral limit 
means 80. "SUM 11" is the number of pump actuation 
commands issued in the eleven preceding quarterhours ? 
"SUM 23" is the number of pump actuation commands 
issued in the twenty-three preceding hours. (The 
calculation of SUM 11, SUM 23 and the quarterhour 
limit will be discussed in detail later in this 
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application.) The housekeeping subroutine also 

provides a monitor report for spotting system mal- 
functions. An anomaly reporting means 81 generates a 
report and may alarm the patient if a system mal- 
5 function has been confirmed. 

Regardless of the minute count , all the branches 
in the delivery state loop converge on the housekeep- 
ing and timing segment (block 82) This segment of 
the software increments and resets various counters 

10 and provides trimming and other timing delays. The 
controller has now completed one cycle through the 
delivery state loop 83. The controller will continue 
to recycle - once per minute - through the delivery 
state loop 8 3 and actuate the pump as required by the 

15 basal schedule or any assigned supplemental prescrip- 
tion schedules. 

Idle and Standby State Routine 

In the preferred embodiment the controller can 
operate in three states: (1) an idle state, which is 

2Q used to conserve power during shipping or storage and 
to reset the controller; (2) a standby state during 
which prescription profiles and commands can be 
stored in the controller's RAM, or operational and 
other data can be read from the controller's RAM; 

25 and, (3) a delivery state during which the controller 
activates the pump in accordance with the basal and 
selected supplemental prescription profiles. When 
the controller is first turned on, the power-on 
transient will cause the' controller to enter either 

30 the idle or standby state, see element 101 and 10 2 in 
Figure 9. (The controller is turned "on" when the 
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battery is connected to the controller and the unit 
is sealed) . 

In the idle state, the controller is reset 
(block 103) to establish initial conditions and then 

5 waits (block 104) to receive a command to enter the 
standby state (the command being processed by the 
transmitter/receiver 36 (see Figure 4) and not in- 
cluded as part of the controller). .While in the idle 
state , the controller circuit is dormant to conserve 

10 power and the clock pulses to the controller are 
suppressed. The controller can be placed in the idle 
state at any time during its operation by receiving a 
"run- to- idle" command. This entry 105 into the idle 
state is made by the Interrupt Subroutine which will 

15 be described in detail later in this application. 
The controller can be placed in a. stand-by mode: (1) 
entering 102 "when the power is first turned "on"; (2) 
entering after receipt of a command to transfer from 
"idle-to-standby" 10 4; or, (3) enter 10 6 after 

20 receiving a command from the Interrupt Subroutine to 
enter the standby state. (The Interrupt Subroutine 
will be discussed in detail later in this applica- 
tion) . 

a- Controller receives and verifies standby 
25 state selection code 

When the controller enters the standby state, it 
is first prepared at 107 and the microprocessor's 
registers are loaded with certain initial conditions. 
After the controller is initialized it waits at 10 8 
30 to receive a one-byte "selection code" transmitted by 
the physician's MPU. The selection code is then 
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tested (block 109) to see if it is a valid standby 
state selection code. If the selection code is not 
valid, notice is sent at (block 110) to the MPU to 
alert the physician that an invalid selection code 

5 was received. This feature and the other features 
discussed in this paragraph verifies the selection 
code so that an error on the part of the physician or 
an interfering or transient signal will not produce 
an invalid or inappropriate selection code, Alter- 

10 natively, if a valid selection code was received, the 
controller acknowledges (block 111) receipt of the 
particular selection code by retransmitting that 
selection code back to the MPU via the communication 
means. The only 8-bit selection codes which are 

15 valid for the standby state are those which call for: 
(1) transfer of controller operation from the standby 
state to the delivery state; (2) loading of informa- 
tion into the controller's RAM (either in a short 
6-byte format for timing purposes, or a long 384-byte 

20 format for a complete set of new prescription para- 
meters) ; (3) reading of information back from the 
coontroller * s RAM (either on 16-byte format which 
includes timing and other limited data, a 421-byte 
format which includes the complete set of prescrip- 

25 tion parameters, or a 10 29-byte format which includes 
not only the complete set of prescription parameters, 
but all utilization data as well; (4) reporting 
chamber and reservoir status (i.e., moisture detect- 
ors and the reservoir fill indicators) ; or, (5) 

30 exercising the alarm at a specified amplitude level. 
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b. Double handshaking means 

After the controller sends an acknowledgment 
command to the physician's MPU via the communications 
means , the MPU will send an 8-bit execution command. 
(The MPU first verifies that the selection code that 
it received from the IPIP was the selection code it 
had previously transmitted.) The MPU must then send 
the 8-bit execution code within a certain prescribed 
time period in order to initiate the action specified 
by the preceding selection code. The controller 
(block 112) tests to see if the execution code was 
received within the prescribed time limit. If the 
execution code was not received within the time 
limit r the failure is recorded in the Controller's 
RAM at block 113 and appropriate notice is sent 
(block 114) to the MPU indicating that the execution 
code was not timely received. If r however, the 
execution code was timely received, the execution 
signal is now tested at block 115 to see if it is 
valid. (i.e., to see if the execution signal has the 
correct 8-bit code.) If the execution code is not 
valid, the failure is recorded (block 116) and notice 
of such failure is sent (block 117) to the MPU. As 
mentioned earlier, the above handshaking is a criti- 
cal safety feature for an interactive infusion system 
in which both the physician and patient can influence 
medication delivery patterns. 

c • Controller provides status report 

If the execution code is valid and received 
within the prescribed time limit, the program ad- 
vances to block 118. At block 118 the controller 
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asks whether the selection code requests a status 
report (i.e. r a report indicating whether there is 
moisture in the electronics or freon chambers/ or * 
whether the reservoir is full, or overfilled) . If a 

5 status report is requested r the controller will at 
(block 119) activate the communication means and 
transmit that status to the MPU. If a status report 
was not requested, the controller responds by trans- 
mitting to the MPU a confirmation code which is 

10 identical to the execution code (block 120) . 

d . Controller sets alarm controls 

Turning to Figure 10 , we continue to block 123 
which determines whether the selection code requests 
an exercise of the IPIP alarm means. If the selec- 

15 tion .code requests that the alarm be exercised/ the 
controller proceeds to block 124 and energizes the 
alarm at the specified amplitude. If f however/ the 
selection code does not request an alarm actuation/ 
we proceed to block 125 which asks whether the 

20 selection code constitutes a request to transfer the 
controller to the delivery state. (As mentioned 
previously, in the delivery state ^ the controller will 
actuate the pump means in accordance with the basal 
and supplemental prescription profiles selected from 

25 the controller's RAM.) if the selection code calls 
for a transfer to the delivery state/ we exit from 
the standby state routine at 145; if not, we proceed * 
to the prescription parameter load subroutine 126. 




WO 84/03218 



PCT/US83/01608 



-31- 



e. Prescription parameter load subroutine 



10 



15 



20 



25 



The prescription parameter load subroutine 126 
allows the physician to record in the controller's 
RAM up to eight supplemental and one basal prescrip- 
tion schedule , set prescription and control limits,, 
and record timing data. If the selection code calls 
at block 127 for 6-bytes of data to be loaded , the 
controller waits (block 128} for tbe first data byte 
to be received and then stores (block 129) that data 
byte into the controller's RAM . At block 130 we 
count the number of data bytes received from the MPU 
and exit the data gathering loop when all six bytes 
have been received and stored. As specified pre- 
viously, the 6-byte load contains timing information 
which allows the IPIP schedule to be coordinated with 
the actual day cycle. If, however, the selection 
code does not request a 6-byte data load, we proceed 
to determine at block 131 if the selection code 
constitutes a request to load 384 bytes into the 
controller's RAM. As mentioned previously, the 
384-byte load contains prescription profile and 
control information. If such a load is requested the 
controller again waits at block 132 until a data byte 
is transmitted by the MPU and stores at block 133 
that data byte in the controller's RAM. The data 
gathering loop continues at block 134 until all 
384-bytes have been received and recorded. When the 
data bytes have been recorded we proceed to deploy at 
block 135 certain bytes of the data in the micro- 
processor registers and transmit at block 136 a 
completion code to the MPU ,to alert the physician 
that the new time data, and prescription parameters 
have been stored in the controller's RAM. 
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f • Data recovery subroutine 

If the selection code does not require data to 
be stored in the controller's RAM we enter the data 
recovery subroutine 146 which requires the controller 

5 to read data from its RAM and transmit such data to 
the MPU. At block 137 the controller is directed to 
retrieve selected data from the microprocessor regi- 
sters and store that data in RAM,. The controller 
then determines at 138 if the selection code requests 

10 the transmittal of 16-bytes (these are the bytes 
relating to IPIP timing) and if so the controller 
will select and transmit at block 139 the 16-bytes 
via the communication means. If, however •, prescrip- 
tion profile and control data is to be retrieved 

15 (block 141 in Figure 10} we store (block 140) "addit- 
ional register data into the RAM and send at block 
142 the 421-bytes to the MPU. If, however, the 
selection code is tested at 143 and requests a dump 
of the entire RAM (10 29-bytes) the data is collected 

20 and transmitted at block 144 to the MPU. The 1029- 
byte dump of the RAM not only contains the prescrip- 
tion profile and control data, but pump and control 
system .operational history. After the prescription 
parameters and operational history is retrieved and 

25 transmitted (at blocks 139, 142 or 144) the con- 
troller returns to block 108 (Figure 9) via path 122 
to wait for another standby selection code to be sent 
by the physician. . ^ 

In operation, the physician first establishes a 
30 communication interface between the IPIP and the MPU. 
The physician will order the IPIP to enter the stand- 
by state. Generally, the physician will first send 
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the selection code which requests a dump of all data 
residing in the controller's RAM. The physician can 
display this data on the MPU screen and confirm the 
device identity by its unique identification code. 

5 The physician can analyze the previous prescription 
parameters, the prescription limits and the IPIP 
system operational history* The evaluation data 
contained in the 1029 byte RAM dump generally in- 
dicates: (1) cumulative pump counts; (2) daily pump 

10 counts; (3) hourly pump counts; (4) supplemental 
schedule invocation counts; (5) inhibit counts; (6) 
limit counts; (7) countermand counts; (8) basal half 
rate counts; (9) elapse time; and f (10) final epoch. 
In addition f the physician is provided the following 

15 performance data: (1) first confirmed anomalous 
monitor report; (2) current monitor report; (3} time 
of first confirmed anomalous monitor report; (4) 
current chamber and reservoir status; (5) number of 
disacknowledged commands; and , (5) number of discon- 

20 . firmed commands. 

The physician could now specify new prescription 
parameters or control limits. The MPU would send the 
selection code for the prescription parameter load 
subroutine and would then transmit the following 

25 parameters: (1) basal prescription profile; (2) up to 
8 supplemental prescription profiles; (3) limits on 
patient's use of the PPU (generally without such 
limits the patient can use the PPU to reduce the 
basal profile by one half, to select any two of the 

30 stored supplemental prescription profiles for simul- 
taneous delivery, inhibit pump actuation for one-hour 
periods or countermand previous selections) ; (4) set 
the 3-hour running integral dose limit; (5) set the 
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24-hour running integer dose limit; (6) set the 
cumulative dose limit; (7) set the alarm criteria (it 
is possible to inhibit the alarm operation for cer- 
tain conditions) ; (8) set alarm amplitude; (9) set 

5 clock trim constants; and, (10) initial epoch. After 
the new prescription parameters are stored in the 
controller's RAM, the physician could send another 
selection code and display the prescription para- 
meters and control limits that were actually stored 

10 in the controller's RAM to assure that the prescrip- 
tion has been correctly received and stored by the 
controller. After the new prescription parameters 
are verified, the physician can transmit the selec- 
tion code which transfers the controller from the 

15 standby to the delivery state at the initial epoch 
embodied In the new prescription. After the opera- 
tion is completed, the communication ' link can be 
disestablished and the controller will proceed in the 
delivery state to activate the pump means as required 

20 b y fche basal anc * selected supplemental prescription 
schedules . 

Delivery State Routine 

The flow chart for the delivery state is shown 
in Figures 11 through 17. The delivery flow chart 

25 comprises a loop containing several logical branches 
and is traversed once per minute. The time to tra- 
verse the delivery state loop is the same no matter 
which of the loop's logical branches are included in 
a particular excursion. To accomplish this, the 

30- software introduces delays which are not shown ex- 
plicitly on the flow chart. This technique (adding 
delay) is well, known in the art. The programmer 
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merely adds the required number of delay steps in 
particular logical branches so that no matter what 
route one takes through the delivery state loop, the 
elapsed time will be one minute. This technique is 

5 also used in the Standby Routine and the Interrupt 
Subroutine , as well as all subroutines embodied in 
these routines. Alternatively, one could implement 
the program by using a clock-driven interrupt scheme 
which would initiate excursions through the loop at 

10 one-minute intervals. Either embodiment will work 
satisfactorily; however, the first method was chosen 
because it requires fewer hardware components. 

The controller enters the delivery state at 145, 
after receiving a command from the MPU to enter the 

15 delivery state. Block 147 sets the nominal trim 
constant .and prepares the controller for delivery 
activities. The nominal trim constant, which will be 
discussed in detail later in this application, is 
preset so that over a long period of time the 

20 delivery state loop is recycled once a minute. 

a . Supplemental prescription delivery means 

The software for the preferred embodiment has 
two subroutines which are capable of delivering 
supplemental prescriptions schedules. These software 

25 subroutines are shown in Figures 11 and 12, respect- 
ively, as Executor A (subroutine 148) and Executor B 
(subroutine 149). Executor A is encountered first as 
we proceed around the delivery state loop. The 
software first sets (block 150) the microprocessor 

30 variables associated with Executor A and then dis- 
ables (block 151) the interrupt feature. (The 
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interrupt feature is a separate subroutine which 
allows a physician or patient to interrupt the 
delivery state so that certain requests for modifi- 
cation of drug delivery can be introduced, or so that 
5 the controller can be transferred into the standby 
state .) 

At block 152 the controller determines if 
Executor A has been assigned a supplemental pre- 
scription schedule. if no assignment has been made, 
10 the controller bypasses the pump actuation segment of 
Executor A* If, however, a supplemental schedule has 
been assigned, we proceed to determine whether the ' 
supplemental dosage is within prescribed limits. 

It is important at this point to describe the 
15 supplemental prescription schedule used in the pre- 
ferred embodiment. The supplemental prescription 
schedule is a sequence of integers, each integer 
corresponds to a minute count - that is, the number 
of minutes of elapsed time since the particular 
20 supplemental prescription schedule had been assigned 
to one of the Executor subroutines. A particular 
supplemental prescription profile can at most request 
one pump actuation per minute. The following is an 
example of a supplemental prescription schedule: 

25 If 3, 4, 5, 7, 15, 40, 70 

Using the above example, Executor A would cause 
the pump means to actuate once at the 1-minute count; 
once at the 3-minute count; once at the 4-minute 
count, etc. The maximum number of integers associ- 
30 a ted with the supplemental prescription schedule 
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cannot exceed 64. In other words, not more than 64 
pump actuations can be incorporated in a single 
schedule. Since each integer corresponds to a time 
subsequent to that of the previous integer, each 

5 integer in the sequence must be greater than the 
previous integer . Also, the supplemental prescript- 
ion schedule used by the preferred embodiment is 
designed to span 255 minutes or less. In other 
words, the supplemental prescription schedule is 

10 limited to deliver 64 pump actuations or less in a 
time frame of 255 minutes or less. 

Returning to the flow chart at block 153 (Figure 
11) the controller asks whether the total dosage in 
the supplemental prescription schedule exceeds 64 

15 pump actuations. This feature assures that IPIP will 
not actuate the pump more than 64 times in executing 
a single supplemental schedule, even if that schedule 
(erroneously) calls for a greater number. This 
safety feature allows the IPIP controller to override 

20 one type of error which might otherwise have detri- 
mental effect on the patient. 

Proceeding to block 154 the controller 
determines whether the total dosage requested by the 
particular supplemental prescription schedule has 

25 already been delivered on a prior excursion through 
Executor A. If delivery is complte, the subroutine 
bypasses pump actuation and the assignment is termin- 
ated at block 156. If not, the controller proceeds 
to block 155 to determine if Executor A has been 

3 q assigned a particular supplemental prescription 
schedule for more than 255 minutes. If so, it means 
there is an unallowed supplemental prescription 
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schedule and the supplemental prescription schedule 
assignment is therefore terminated at block 156. 
Block 155 is a safety feature preventing Executor A 
from getting locked indefinitely in an improper 
5 supplemental prescription schedule. 

Proceeding to block 157 the controller 
determines if the current integer in the assigned 
supplemental prescription schedule is executable. If 
the current integer in the supplemental prescription 

1Q schedule is smaller than the minute count , the 
program would get locked into an endless loop. For 
example r if the physician erroneously programmed the 
following sequence: l r 2, 3, 2, Executor A could not 
proceed past integer 3 and would in essence be frozen 

!5 in a continuous loop. To protect the controller, from 
getting locked in such a continuous loop block 157 
identifies an unexecutable schedule and directs the 
controller to proceed to block 156 where the improper 
supplemental prescription schedule assignment is 

2Q terminated. 

We have now established that a proper 
supplemental prescription schedule has been assigned 
to Executor A. Proceeding to block 158 the con- 
troller determines if the current integer element in 

25 the supplemental prescription schedule calls for pump 
actuation (i.e., Does the integer equal the minute 
count — The minute count is. determined by a counter 
which will be discussed later) . If actuation is 
indicated, the controller at block 160 determines if 

30 P^P inhibition is in effect. (Pump inhibition is a 
selection made by the patient's PPU which allows the 
patient to inhibit medication delivery for up to 
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eight, one-hour periods. This safety feature allows 
the patient to terminate pump activity if he believes 
that he would otherwise receive undesired meWe now 
encounter the first segment of the 3-hour and 24-hour 

5 integral rate limiting software means. Proceeding to 
block 161 the controller determines whether the 
current quarter-hour limit has been reached. 
Although the quarter-hour running integral limit is 
calculated elsewhere in the delivery state loop, it 

10 is important to briefly explain what the quarter-hour 
limit calculation involves. The quarter-hour limit 
is calculated in a housekeeping subroutine which is 
enabled once in each quarter-hour period. The con- 
troller sums the number of pump actuations which have 

15 occurred in the last eleven quarter-hour periods 
(called sum 11) and in the last twenty-three quarter- 
hour periods (called SUM 23) . These quantities are 
compared respectively to the 3-hour running integral 
dosage limit and 24— hour running integral dosage 

20. limits. The quarter-hour limit is the smaller of 
f (3-hour limit) - (SUM 11)] and [24-hour limit) - 
(SUM 23) ] . 

At block 161 r the controller determines the 
number of pump actuations which have occurred during 

25 the current quarter-hour period. If this number 
equals or exceeds the quarter-hour limit pump 
actuation will not occur. Since the quarter-hour 
limit is recalculated every quarter-hour , the effect 
is to produce a running integral dosage limit which 

30 has a sliding 3-hour and 24-hour time window. 

If the quarter-hour running integral limit is 
reached, the program at block 161 bypasses pump 
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priming and in this way the software routine prevents 
medication from being delivered at inappropriate 
levels during the shifting time windows. 

If the quarter-hour running integral limit is 
5 not reached, the controller proceeds at block 162 to 
prime the pump. In the prefereed embodiment a capac- 
itor is first charged for approximately 10 to 15 
seconds to the required energy level — this is 
called pump priming. Later in the flow chart, we 
10 will see that the capacitor is discharged through the 
pump solenoid, thereby causing pump actuation. 
Proceeding to block 163, the controller records 
whether: (1) the pump will be actuated; (2) the pump 
. actuation was inhibited because the quarter-hour 
15 limit was reached; or, (3) the pump actuation was 
inhibited because the patient called for pump inhibi- 
tion. This data is stored in the controller's RAM. 

We now proceed to actuate the pump. At block 
16 4 the interrupt feature which was disabled at block 

20 151 is re-enabled. Proceeding to block 165 the 
controller asks if the pump is being primed. At 
block 16 6 the controller terminates pump priming 
activities and at block 167 the pulsatile pump is 
actuated by connecting the charged capacitor to the 

25 pump solenoid. The Executor A subroutine is now 
completed for this cycle through the delivery state 
loop. 

Figure 12 shows the Executor B subroutine 149. 
We enter Executor B at 168 after leaving the Executor 
30 A subroutine. The patient 1 s PPU can select a supple- 
mental prescription profile to be delivered by 
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Executor B . Actually, the first supplemental pre- 
scription schedule, if any, chosen by the patient 
will be assigned to Executor A and the second 
supplemental prescription schedule, if any, chosen by 

5 the patient will be assigned to Executor B . The 
Interrupt Subroutine discussed later in this applica- 
tion, performs this assignment. The flow chart for 
Executor B is identical in function to the flow chart 
for Executor A, therefore, further description is not 

10 necessary, 

b . Branching segment of delivery state routine 

This segment of the delivery state routine 188, 
189, and 190, causes the controller to select between 
four possible branches, depending on the minute 

15 count. One possible branch contains the basal 
delivery subroutine; a second branch contains a 
subroutine which checks the controller's RAM for data 
integrity; a third branch contains a housekeeping 
routine which is engaged every quarter hour; and, the 

20 last branch bypasses directly to another housekeeping 
segment which is performed every cycle through the 
delivery state loop. 

At this point, in the delivery state loop, the 
controller has used up approximately 32 seconds. 

25 Continuing along the delivery state loop, the con- 
troller branches into four possible paths depending 
on the "minute count" (see blocks 188, 189, 190 in 
Figure 13) . The "minute count" is an integer which 
is advanced each time the delivery state loop is 

30 completed and is reset every quarter hour (e.g., the 
"minute count" in the preferred embodiment ranges 
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from 0 to 14). During a quarter hour period, the 
delivey state routine must, in addition to delivering 
the required supplemental prescription schedules, 
deliver the prescribed basal dosage, recalculate the 

5 quarter hour running integral limit, and perform 
various housekeeping and timing functions. In order 
to accomplish these various tasks and not exceed the 
one-minute loop time, the software routine assigns 
various tasks to different minute counts encountered 

10 during a quarter hour period. 

Returning now to blocks 188, 189 and 190 in 
Figure 13, we see that if the "minute count 11 is 14 we 
branch at 191 to a housekeeping subroutine which 
recalculates k a quarter hour running integral limit 

15 and performs various housekeeping and timing 
functions. If, however, the minute count is 13 we 
branch to a subroutine (block 192) which recalculates 
CHECKSUM, which will be used subsequently to deter- 
mine if the prescription parameters stored in the 

2Q controller's RAM have been inadvertently altered. 
CHECKSUM is a number obtained by adding those bytes 
stored in the controller's RAM which represent the 
prescription parameters. The prescription parameters 
in the RAM are considered to be 8-bit numbers and the 

25 CHECKSUM is an 8-bit answer obtained by adding the 
various 8-bit numbers contained in the prescription 
data and disregarding the carry. If any one of the 
prescription parameter bits are changed it will 
result in a different 8-bit CHECKSUM number. The 

30 CHECKSUM number is used later in the delivery state 
loop at block 211 (Figure 14) when the controller is 
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asked to provide a monitor report. (The monitor 
report will be discussed in detail later in this 
application.) 

Returning to block 190, the controller asks if 
5 the "minute count" is 7, and if so we branch to the 
subroutine which administers the basal prescription; 
-if not, we continue at 193 to another subroutine 
which provides housekeeping once each cycle through 
the delivery state loop. It should be noted that the 
10 "minute count" designated for each of the above tasks 
is arbitrary r and that the only limitation in the 
preferred embodiment is that each of the above tasks 
be completed within a quarter hour period. Other 
software embodiments are envisioned which branch at 
15 different "minute counts" or lump different functions 
in different 'branches of the delivery state loop. 

Basal Prescription Delivery Subroutine 

The basal prescription delivery subroutine as 
shown in Figure 13, directs the controller to acti- 

20 vate the pump in accordance with the physician's 
programmed basal prescription schedule. The con- 
troller runs through the basal prescription sub- 
routine once every quarter hour period. In the 
preferred embodiment the controller branches into the 

25 basal prescription delivery subroutine at the 7th 
minute of the quarter hour. The controller proceeds 
at block 194 to ask if the current element of the 
basal prescription schedule calls for pump actuation. 
The controller looks at a particular bit in the basal 

30 prescription schedule and if that bit is a "1" the 
controller continues into the basal prescription 
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subroutine to further determine if any other command 
or limitation will inhibit pump actuation. 

In the preferred embodiment the basal prescrip- 
tion schedule contains a sequence of 96 bits which 

5 are programmed by the physician. (NOTE: The 
patient's PPU does not have the capability to modify 
the basal prescription schedule; however , the PPU can 
be used to select a half or full-basal rate delivery. 
The half basal delivery rate simply calls for pump 

10 actuation for every alternate "1" in • the full basal 
prescription as programmed by the physician.) Each 
bit in the basal prescription corresponds to a par- 
ticular quarter-hour among the 96 quarter-hour 
periods which span the daily cycle. Therefore, n r 

ls appearing in the "basal prescription directs the 
controller to actuate the. .pump during that particular 
quarter- hour .. Although in the preferred embodiment r 
each bit in the basal sequence is associated with a 
particular quarter-hour period, it is within the 

2Q contemplation of the invention to generate a software 
embodiment in which the interval associated with each 
bit of the basal schedule may be less than or greater 
than a quarter hour. 

The controller now enters the segment of the 
25 basal prescription delivery subroutine which asks if 
the half basal or inhibit commands are in effect. 
Returning to the flow chart (Figure 13), the con- 
troller was asked to determine at block 194 if the 
current element of the basal prescription schedule 
30 called for pump actuation. if the current element 
bit is "l" the controller proceeds to block 195 and 
asks if the half basal directive is in effect. If 
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the half basal directive is not in effect we proceed 
to block 198; if, however, it is in effect, we 
proceed to block 196 where the controller complements 
a one-bit half basal control flag. Proceeding to 

5 block 197 , the controller asks if the complemented 
element is w l n . If the element is not a "1" we 
branch around the pump priming activity; if, however, 
it is a "1" we proceed to block 198. At block 198 
the controller asks if pump inhibition is in effect. 

1Q As mentioned previously, the patient, using the PPU, 
can inhibit pump actuation for a certain number of 
one-hour periods . 

The controller now proceeds to the segment of 
the basal prescription delivery subroutine which 

15 determines if the current basal dosage will exceed 
the 3-hour or 24-hour running integral prescription 
limit by comparing a quarter- hour dosage count with 
the quarter hour limit. If the inhibit is not in 
effect, the controller proceeds to block 199 and 

2Q determines if the quarter hour running integral limit 
has been exceeded. The quarter hour running integral 
limit means is contained in block 199 and operates in 
a similar manner to blocks 161 and 180 found in 
Executors A and B. If a pump actuation cycle would 

25 result in a pump count for the current quarter hour 
which equals the quarter hour limit, the controller 
branches to block 201 and avoids pump priming. If, 
however, the quarter-hour limit is not reached, the 
controller proceeds to block 200 and initiates pump 

30 priming. 

The next segment of the basal prescription 
delivery subroutine is used to actuate the pump and 
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to record pump utilization history. Proceeding to 
block 201, the controller records the deposition of 
the scheduled pump activity. That is, the controller 
records, (1) whether the pump is being primed; (2) 

5 whether pump actuation was inhibited by an inhibit 
command; (3) whether the quarter-hour running inte- 
gral limit was exceeded; or, (4) whether the half- 
basal modification prevented pump actuation. Pro- 
ceeding to block 20 2 we ask if the pump is being 

10 primed. If the pump is being primed we terminate 
priming at 20 3 and actuate the pump means at 20 4. 
After pump actuation at block 20 4 the controller 
proceeds to block 247 (see Figure 17). If, however, 
the pump was not being primed we also proceed to 

15 block 247, (Figure 17} and bypass pump actuation. 
Block 247 will be discussed in detail later in this 
application and provides various housekeeping activi- 
ties before the controller recycles through the 
delivery state loop. 

20 Housekeeping subroutine and running integral limit 
calculation and an anomaly alerting means 

Figures 14 through 16, show the flow chart for 
the housekeeping subroutine used to calculate the 
quarter-hour limit and provide other housekeeping 

25 functions. in the preferred embodiment, the delivery 
state program branches to this subroutine at the last 
minute of the quarter hour (see block 188, Figure 
13). in Figure 14 the controller first proceeds to 
block 20 5 and advances the basal schedule element 

30 selector. in this step the controller identifies the 
next bit of data stored in the basal prescription 
profile. This identification is utilized in 



OMPI 



WO 84/03218 



PCT/US83/01608 



-47- 

executing the basal schedule bit corresponds to data 
necessary during the next succeeding quarter-hour 
period. At 20 6 the controller checks to determine if 
pump inhibition is in effect. As mentioned previous- 
ly, the patient can suspend pump operation for a 
certain number of 1-hour intervals. (NOTE: blocks 
160 , 179 , and 198 , in figures 11 , 12, and 13 respect- 
ively, suspend pump actuation in the Executor and 
basal subroutines when pump inhibition is in effect). 
If the pump inhibition is in effect, the controller 
proceeds to block 20 7 and decrements the inhibited 
quarter-hour count by one. (The one-hour inhibition 
period corresponds to four quarter-hour periods.) 
When the inhibited quarter-hour count has been re- 
duced to zero, the pump can again be actuated as 
directed by the delivery routine. 

The next segment of the housekeeping subroutine 
recalculates the quarter-hour limits Proceeding to 
blocks 20 8, 20 9 and 210, the controller recalculates 
the quarter-hour dosage limit. At 208 the controller 
copies certain data stored in the quarter hour 
archives (e.g., the number of pump actuation 
commands, the number of actual pump actuations, and 
other such measurements which were recorded in the 
controller's registers during the present quarter- 
hour period) and stores them in more permanent memory 
archives in the RAM ♦ At 209 the controller recalcul- 
ates SUM 11 which is the number of pump actuation 
commands issued in the immediately preceeding eleven 
3Q quarter-hour periods. The controller retrieves from 
RAM archives pump actuation counts for each of the 
proceeding eleven quarter-hour periods and adds the 
total to obtain SUM 11. At block 210, the controller 
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recalculates the quarter-hour running integral limit 
for the next quarter-hour, period, {i.e., the quarter 
hour which starts with the next cycle through the 
delivery state loop,) To calculate the quarter-hour 

5 limit, the controller looks up the 3-hour and 24-hour 
prescription limits parameters selected by the 
physician and stored in the controller's RAM, and 
looks up SUM 11 and SUM 23 in its memory registers. 
SUM 11 was calculated at block 20 9;. SUM 23 represents 

10 a count of the number of pump actuation commands 
which occurred in the immediate proceeding twenty- 
three hour periods and is calculated later in this 
subroutine.) The controller then calculates the 
number [(3-hour limit) minus (SUM 11)] and the number 

15 [(24-hour limit) minus (SUM 24)] and selects the 
smallest as the next quarter-hour limit. The 
quarter-hour limit tells the controller how many pump 
actuations will be allowed in the quarter hour. 
(NOTE: At block 161, 180, and 199, in Figures 11, 12 

20 and 13 respectively, the quarter-hour limit is used 
to suspend pump activity when the number of pump 
actuations occurring in the quarter-hour equals the 
quarter-hour limit) . 

The controller now proceeds to the segment of 
25 the housekeeping subroutine which determines whether 
operational anomalies have occurred during the 
current quarter-hour period. At block 211, a monitor 
report is formulated. The monitor report is an 8-bit 
word with each bit representing a particular type of 
30 system malfunction. ^ AtT the end of the quarter-hour 
period, the controller surveys the pump, chamber and 
reservoir monitors to see if anything has gone wrong. 
The indicators may signify that: (1) moisture is 
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detected in the chambers; (2) that the total number 
of pump actuations exceeds a certain number pro- 
grammed by the physician (since the medication 
chamber can deliver a given number of pulses of 
medication, the alert tells the patient that its time 
to get a medication refill); (3) that a consistency 
check of the data stored in the RAM indicates a 
change in the stored prescription parameters- (such a 
change may occur if, for example,. a power transient 
or an alpha particle causes a data bit to change 
state) . This subroutine detects any difference 
between the current quarter hour calculation of 
CHECKSUM and the initial calculation of CHECKSUM; (4) 
that the current-day pump actuation monitor count is 
different from the number of times the controller 
called for pump actuation, (In the preferred embodi- 
ment the count must differ by four before an anomaly 
is declared); or (5) that the fluid reservoir 
switches indicate that reservoir is either full or 
overfull . 

At block 212 the controller asks whether an 
anomaly has been previously confirmed. If an anomaly 
had not been confirmed we proceed to block 213 to 
determine whether or not an anomaly is not confirmed 
by the just- formula ted monitor report. To confirm an 
anomaly the controller determines if the anomaly has 
occurred in two consecutive quarter-hour monitor 
reports and if the anomaly is one having an activated 
alarm criteria. (The physician can program the 
controller to disregard certain anomalies. If, for 
instance, the physician knows the moisture detector 
is not working properly he can have its report dis- 
regarded.) 
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If an anomaly is 'confirmed , an alarm control 
flag is set at 214 and the time of the first con- 
firmed anomaly is recorded at 215. Proceeding to 
block 217 shown in Figure 15, the controller asks if 

5 the alarm control flag is set. If the alarm was not 
set previously we skip to block 220. If the alarm 
flag had been previously set (i.e., set by block 214 
in the current or by block 227 in the previous cycle 
of the delivery routine) we clear the flag at 218 and 

10 execute an alarm at 219. In the preferred embodi- 
ment, the controller actuates an alarm means which 
provides the patient with an electric tickle. It 
should be noted that other forms of alarm means, such 
as an audio alarm, would work equally well and are 

15 within the contemplation of the invention. The 
patient will receive an .alarm immediately after an 
anomaly has been confirmed. The patient will also 
receive an alarm at hour intervals after the first 
alarm — this aspect of the program will be discussed 

2Q later in this application. 

At block 220 the controller asks whether the 
quarter-hour count is 3, 7, 11, or 15. The quarter- 
hour count is an integer from 0 to 15 which repre- 
sents the number of quarter-hour lapsed intervals and 
25 is reset every fourth hour (i.e., at a count of 16). 
The actual quarter-hour counter appears later in the 
delivery state routine. Therefore, we answer "yes" 
at block 220 for the last minute of every hour of 
lapsed time and proceed to block 221. 

30 The next segment of the housekeeping subroutine 

is encountered only during the last minute of each 
hour and recalculates the 24-hour running integral 
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limit and provides other trimming and housekeeping 
operations. Proceeding from block 220 to block 221 
the controller designates an hourly trim constant. 
Earlier in the delivery state routine at block 147 

5 (see Figure 11) we designated a pre-set nominal trim 
constant. Now the program selects an hourly trim 
constant to speed up or slow down the controller's 
activity so as to synchronize the controller's 
activity with actual time. The hourly trim constant 

10 is one of the prescription parameters which is pro- 
grammable by the physician. ( For example f if the 
oscillator clock is causing the controller to lose 30 
seconds a day as compared to actual time r the 
physician can program a. trim constant to speed up the 

15 controller during the last minute of the hour.) 

The controller now proceeds to recalculate the 
24-hour running integral rate limit. At block 223 
the controller records in permanent RAM archives and 
clears from temporary registers certain information 

20 recorded during the last hour. At block 224, the 
controller recalculates SUM 23 which is the number of 
pump actuation commands issued in the immediately 
proceeding twenty- three hour periods. The controller 
retrieves from RAM the number of pump actuation 

25 commands for each of the twenty-three preceeding hour 
periods and adds the total to obtain SUM 23. At 225 
the controller disables the delivery interrupt 
feature (the delivery interrupt feature permits the 
physician or patient to interrupt the normal pro- 

3 Q gression through the delivery state routine) . The 
next segment of the housekeeping subroutine activates 
the alarm for a confirmed anomaly. As mentioned 
previously, the alarm means is activated on an hourly 
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basis after an anomaly is confirmed. Therefore, at 
block 226 we asked whether an anomaly had been pre- 
viously confirmed. If no anomaly had been previously 
confirmed, the controller bypasses to block 228; if 
5 an anomaly had been confirmed, the controller goes to 
block 227 and sets the alarm control flag. The alarm 
control flag will cause the alarm to be actuated at 
block 219 during - the next cycle of the delivery state 
routine. 

1Q The controller now proceeds to a segment of the 

housekeeping subroutine which recalculates the 
quarter-hour limits. Since the housekeeping routine 
just recalculated SUM 23, it is necessary to deter- 
mine if the newly determined value of that parameter 

15 changes the previous calculation of the quarter-hour 
limit. The controller at black 228 recalculates the 
quarter-hour limit using the new value for SUM 23, as 
calculated in block 224. The quarter-hour limit is 
calculated in the same manner as mentioned previous- 

20 ly: (1) the controller looks up the 3-hour and 
24-hour running integral dosage limits as programmed 
by the physician; (2) the controller calculates 
[ (3-hour limit) minus (sum 11)], and [{24-hour limit) 
minus (SUM 23)1; and, (3) the smaller of the two 

25 values calculated in step 2 becomes the quarter-hour 
limit . 

The controller now proceeds to block 230, shown 
in Figure 16, and provides housekeeping functions 
which are necessary during the last minute of every 
30 two-hour period. Proceeding now to block 230 the 
controller asks whether the hour count is odd, i.e., 
is this the last minute in an odd number hour. If we 
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are in the last minute of an odd hour we proceed to 
block 231 and resynchroni ze the basal program element 
selector. (The 96-bit sequence which makes up the 
basal rate prescription is organized into 12 words of 
8-bits each. Since each 8-bit word takes 2 hours for 
the controller to process, we want to select the next 
8-bit word for processing during the last minute of 
the 2-hour lapsed period. At the beginning of the 
new 2-hour period we want to assure that the con- 
troller is looking at a new bit in a new basal pre- 
scription word), 

"r 

The next segment of the housekeeping subroutine 
is only encountered during the last minute of every 
4-hour time period. At block 232 we proceed to ask 
whether the hour counter is 3, 7, 11, 15, 19, or 23. 
That is* to say, we are at the last minute of a 4-hour 
time lapse. (The hour count represents the number of 
lapse hours from 0 to 23 and is reset when the count 
reaches 24) . If the answer if "yes" we proceed to 
block 233 and resynchroni ze the quarter-hour counter 
' — the quarter-hour counter advances every 15 minutes 
and counts from 0 through 15 and then gets reset by 
block 233. The quarter-hour counter must be recycled 
during the last minute of a 4-hour period. 

The next segment of the housekeeping subroutine 
is encountered only during the last minute of the 
day. At block 234 the controller asks if the hour 
count equals 23 (i.e., are we in the last minute of 
the day) . If so, we proceed to block 235 and desig- 
nate the daily trim constant. The daily trim con- 
stant is programmed by the physician and like the 
hourly trim constant allows the physician to speed up 
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or slow down controller activity during a particular 
cycle of the delivery state routine , so as to synch- 
ronize activity with real time. Proceeding to block 
236 the controller copies and clears current day 

5 archives. At 237 we ask whether we are on the last 
day of the month (i.e.,. 32-day period) . If it is the 
last minute of the last day of the month we designate 
the monthly trim constant (block 238) . If we are not 
in the last day of the month we proceed directly to 

10 block 239 and increment the day counter. 



The next segment of the housekeeping subroutine 
can activate a noon whistle alarm. Returning to 
block 234 (Figure 16) , if we are not at the last 
minute of the day, the controller proceeds to block 

15 '240 and asks whether the hour count equals 11, i.e., 
is this the last minute before noon. If it is the 
last minute before noon we go to block 241 and ask if 
the physician has programmed a noon whistle. (The 
physician as part of the prescription parameters can 

2Q request an actuation of the alarm means at noon. 
This can be used to assure the patient that the IPIP 
controller system is working) . If a physician has 
programmed a noon whistle, the controller proceeds to 
block 242 and actuates the alarm means (the noon 

25 whistle in the preferred embodiment has one alarm 
burst whereas an anomaly alarm will be reported by 
several bursts from the alarm means.) 

The next segment of the housekeeping subroutine 
initiates several counters. The controller enters 
30 block 243, shown in Figure 16 after having completed 
blocks 230, 232, 240, 241, 242 or 239. At block 243 
the controller increments the hourly counter (the 
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hourly counter counts from 0 to 23) and the cumula- 
tive hourly counter (keeps track of total lapsed time 
in hours since the controller was put in the delivery 
state) . Proceeding to block 244, the controller 
5 enables the delivery interrupt feature which was 
disabled previously at block 225 (Figure 15) . 

The controller proceeds to block 245 after 
having exited from block 244 or block 220 (e.g., one 
gets to block 245 at the last minute of each quarter- 
10 hour period) . At block 245, the quarter-hour count 
is incremented. 

e . Delivery state loop housekeeping and timing 
segment 

The controller enters the next . housekeeping 

15 segment during every cycle of the delivery state 
loop. We can proceed to block 247 from block 245 r 
190, 192 or 204 (see Figures 13 and 16) , that is to 
say, the controller will enter block 247 during every 
cycle through the delivery state routine. At block 

20 247, the minute count is incremented. Proceeding to 
block 248 the controller asks if the minute counter 
exceeds 14. If so, the controller goes to block 249 
and clears the minute counter. (The effect of these 
two steps is to reset the minute count to n 0 n as soon 

25 as it reaches 15). Proceeding to block 250 , the 
controllers asks if the quarter-hour count exceeds 
15; if so, the controller at block 251 clears and 
resets the quarter-hour counter. Similarly, pro- 
ceeding to block 252 we ask if the hour count exceeds 

30 23; if so, the hour counter is reset at block 253. 
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The controller must now execute a delay as 
required by the designated nominal , hourly, daily, or 
monthly trim constant. As previously discussed, the 
controller can specify a trim constant to override 

5 the nominal trim constant. (The nominal trim con- 
stant was set in block 147, Figure 11) . A new trim 
constant can be set for the cycle occur ing on the 
last minute of the hour, day or month. At block 254 
(Figure 17) , we execute the specific delay as desig- 

10 nated earlier in the housekeeping subroutine. As 
mentioned previously, the trim constant delay is used 
as a means for synchronizing controller activity with 
actual time. 

Proceeding to block 255, the controller asks if 

15 there are any uncompensated interrupt occurrences 
pending. As mentioned previously, an interrupt of 
the delivery cycle can be requested by the patient or 
physician and is used to e'ffect some modification of 
drug delivery. (The Interrupt Subroutine will be 

20 discussed later in this application.) However, at 
present we need to know that an interrupt will delay 
the delivery state routine for a set number of 
seconds, accomplish its mission, and then permit 
resumption of delivery routine at the point of inter- 

25 ruption. (The Interrupt Subroutine always takes the 
same amount of processing time.) If there are no 
uncompensated interrupts we proceed to block 258 and 
execute a standard delay. if there have been one 
more uncompensated interrupts, the delivery cycle 

30 will take several seconds longer than normal. Blocks 
256 and 257 compensate by executing a shorter delay 
during successive cycles through the delivery routine 
until all such interrupts have been compensated. 
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Block 256 decrements a counter each time the con- 
troller travels through the delivery state loop. 
When the number generated in block 256 equals zero, 
all prior interrupts have been compensated. 

5 After completing block 258 or 257, the con- 

troller has travelled once through the delivery state 
loop and is ready to recycle through the loop by 
again performing the function in blocks 147, shown in 
Figure 11. As previously mentioned, the delivery 

10 state loop, on the average, recycles once per minute, 
no matter what logical path is taken through the 
delivery state routine. The controller will contin- 
uously cycle through the delivery state loop and 
activate the pump (when appropriate) until a transfer 

15 to the standby state is effected. 

Interrupt Sub r o u t i n e 

The interrupt Subroutine flow chart is shown in 
Figures 18 through 20. This subroutine enables a 
physician or the patient to interrupt the delivery 

20 state loop and modify drug delivery or effect a 
transfer to the standby state* In operation, the PPU 
orMPU is used to establish a communication link with 
the IPIP communication means. The communication 
means performs certain tests to verify that an 

25 appropriate type of signal has been received (i.e., 
the signal must have a certain frequency and format) 
and conveys the received 8-bit code to the Controll- 
er's UART. When an 8-bit code is introduced into the 
UART the controller enters the Interrupt Subroutine 

30 at 30 1 to verify the receipt of a valid 8-bit 
delivery state selection code. 
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Generally, the Interrupt Subroutine can inter- 
rupt the delivery state loop at any point after the 
completion of any block. However, as mentioned 
previously, several segments in the delivery state 
loop have commands which prevent the controller from 



entering the Interrupt Subroutine during those seg- 
ments. If the controller receives a transmitted code 
during an appropriate period in the delivery state 
loop, it will branch to 301, complete the Interrupt 
Subroutine, and return at 352 to the point at which 
it left the -delivery state routine, and continue to 
recycle through the delivery state loop. 

After the controller enters the Interrupt 
Subroutine at 301, the controller proceeds to block 
302 and disables the interrupt feature (i.e., the 
controller is prevented thereby from accepting a 
second interrupt attempt while it is still processing 
the first interrupt) . 

a . Controller verifies delivery selection code 

The controller proceeds to block 30 3 and 
determines whether the 8-bit code it received from 
the communication means represents a valid delivery 
state selection code. This safety feature prevents a 
spurious signal or an interferring signal from acci- 
dentally modifying the prescription parameters. At 
block 30 3 the controller tests the 8-bit code to see 
if it represents a valid delivery state selection 
code. in the preferred embodiment there are a 
limited number of possible delivery state selection 
codes which instruct the controller to: (1) deliver 
one of the 8 supplemental prescription schedules 
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stored in the controller's RAM; (2) deliver a half- 
basal schedule; (3) deliver a full basal schedule as 
stored in the RAM; (4) inhibit pump actuation for one 
hour; (5) countermand current supplemental prescrip- 
5 tion schedule assignments and any current inhibit 
commands; and, (6) transfer to the standby state. 

The PPO is not capable of delivering the command 
to transfer to the standby state. The PPU can be 
used to select one of the supplemental prescription 

10 schedules previously stored by the physician in the 
controller's RAM. Similarly, the PPU can select 
either full or half-rate delivery of the basal pre- 
scription schedule previously stored by the physician 
in the controller's RAM. The PPU can also be used to 

15 inhibit pump actuation for up to 8 one-hour periods, 
or to countermand certain previous commands made by 
the PPU. 

Returning to the flow chart in Figure 18, if the 
controller at block 30 3 finds an invalid selection 

20 code it proceeds to record in RAM the receipt of an 
invalid code (block 304) and disacknowledges receipt 
of a valid selection code (block 305). In the pre- 
ferred embodiment, to d isac kno wl edge receipt of a 
valid selection code, the controller transmits to the 

25 PPU or MPU a disacknowledgement code. Returning to 
block 30 3, if the controller receives a valid code we 
proceed to block 30 6 and ask if a delivery to standby 
state transfer was requested. If such a transfer was 
requested we branch to block 319 (Figure 19); if not, 

30 we proceed to block 30 8.- 
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b. Controller tests deliverability of selection 
code 

At block 30 8, the controller asks if the 
selection code is an active selection code (i.e., not 

5 inhibited by the physician's prescription). The 
physician , as part of the prescription parameters, 
can deactivate any of the PPU selection codes, (For 
example, the physician may not want the patient to 
use the inhibit selection code. If the physician 

10 deactivates this selection code, the controller at 
block 30 8 would not identify the inhibit selection 
code as an active code.) If at block 30 8 the con- 
troller finds an inactive code, it branches to blocks 
309 and 310, recording receipt of the inactive selec- 

15 tion code and transmitting a disacknowledging signal. 

If, however, the selection code is active the 
controller proceeds to block 311 and the controller 
determines if the selection code requests delivery 
inhibition. If delivery inhibition is selected, the 

20 controller proceeds to block 312 and asks if the 
inhibition period is at the maximum possible level. 
In the preferred embodiment, the maximum inhibition 
period is 8 hours (i.e., 32 quarter-hour periods). 
Each time the patient uses the inhibit selection code 

25 one hour's (4 quarter-hour periods) worth of inhibi- 
tion is provided. A counter, which we discussed in 
the delivery state loop, keeps track of the number of 
quarter-hour periods calling for inhibition. If the 
counter exceeds 32, the controller proceeds to block 

30 313 and 314 recording the request for unavailable 
. inhibition service and sending a disacknowledgement 
to the PPU. However, if selection code did not call 
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for inhibition (block 311) or, the maximum inhibition 
period was not exceeded (block 312) , the controller 
proceeds to block 315. At block 315 the controller 
determines whether the selection code calls for 
execution of a supplemental prescription schedule, 
and if so the controller proceeds to blocks 316 and 
317 to determine if Executor A or Executor B are 
currently under assignment. If both Executor A and B 
are in use, the controller proceeds to blocks 313 and 
314, recording that the requested supplemental pre- 
scription schedule cannot be currently executed and 
sending a disacknowledgement to the PPU. If however, 
either Executor A or B are available, the supplement- 
al prescription schedule can be delivered and the 
controller proceeds to 319 (Figure 19). 

c . Double handshaking means 

It will be noted at this point in the Interrupt 
Subroutine, that the controller has tested the selec- 
tion code and is satisfied that the selection code is 
valid, active, and requests a service that the con- 
troller can currently provide. The controller now 
proceeds at block 319 (see Figure 19) to acknowledge 
to the PPU or MPU receipt of a valid and active 
selection code representing a request which can be 
fulfilled. The controller provides this 

acknowledgement by transmitting a preample and 
repeating the received selection code for verifica- 
tion by the PPU or MPU. The PPU or MPU then verifies 
that the acknowledgemet corresponds to the intended 
selection code. If there is a verification, the MPU 
or PPU sends an 8-bit execution signal. At block 320 
the controller asks if this execution signal has been 
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received before the expiration of a time limit • This 
safety feature assures that the correct selection 
code has been received by the IPIP, and it also 
prevents spurious or interferring signals from 
5 modifying prescription commands. 

If the execution signal was not timely received, 
the controller at block 321 records the failure to 
receive a timely execution signal at the block 322 
transmits a signal confirming receipt of a timely 
execution code. However , if a timely execution code 
is received the controller asks at block 323 if the 
execution code has the prescribed structure — again , 
protecting the IPIP from being influenced by spurious 
signal. If a valid execution code is not received , 
the controller records receipt of an erroneous signal 
at block 324 and transmits a confirmation code (block 
325). If however, a valid and timely execution code 
is received the controller proceeds to block 326 and 
instructs the communication means to send a signal to 
the PPU or MPU confirming receipt of a valid and 
timely execution code. 

d • Controller performs and records the 
selection code and alerts patient to unusual 
modifications 

25 At this point in the Interrupt Subroutine, the 

controller is now satisfied that the original selec- * 
tion code is not only active and valid, but that the 
request implied by receipt of that selection code * 
•should be honored. Proceeding to block 327, the 

30 controller asks if the selection code requests 
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transfer to the standby state. (It will be noted 
that only the MPU has the capability of transmitting 
the selection code which can transfer the controller 
from the delivery to the standby state* Limiting the 

5 ppu f s prescription programming capability is a safety 
feature preventing the patient from inadvertently or 
intentionally exceeding safe dosage limits.) If the 
controller is requested to transfer from the delivery 
to the standby state, it terminates any pending pump 

10 activity (block 328). The controller might have been 
priming the pump when interrupt was initiated. The 
controller then proceeds at 10 6 (see Figure 9) to 
enter the standby state. 

If, however, the selection code does not request 

15 such a transfer, the remaining selection codes must 
request a delivery state controller directive; there- 
fore, at block 329 the controller records receipt of 
a selection code modifying a medication dosage. 
(This information is recorded in the RAM and can be 

20 retrieved by the physician to assess if the patient 
is using the device appropriately) . proceeding to 
block 330, the controller asks if the selection code 
constitutes a request to countermand a pending medi- 
cation selection directive; and, if so , the controll- 

25 er proceeds to blocks 331, 332 and 333. The con- 
troller records the supplemental presciption schedule 
dosages which will be undelivered (block 331) , can- 
cels the current supplemental prescription schedule 
assignments to Executor A or B (block 332) , and 

30 clears the pending inhibition count (block 333) . If 
the patient had previously called for one or more 
hours of pump inhibition, clearing the inhibition 
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counter will have the effect of countermanding the 
previous inhibition commands. 

If, however, the selection code was not a 
countermand directive, the controller proceeds to 

5 block 334 and asks if the selection code corresponds 
to an inhibition directive. (In the preferred em- 
bodiment the inhibition directive allows the patient 
to suspend medication delivery for one hour. The 
patient can only deliver 8 such consecutive inhibi- 

10 tion commands.) if the selection code requests 
inhibition , the controller proceeds to block 335 and 
adds four quarter-hour counts to any pending inhibi- 
tion period count. Proceeding to block 336, the 
controller asks if the inhibition count exceeds a 

i5 maximum permissible level. (i.e., does the count 
exceed 3 2 quarter-hour periods.) If the counter 
exceeds the maximum limit the count is reduced to the 
maximum limit at block 337. 

Returning to block 334 if the selection code is 
20 not an inhibit directive, the controller proceeds to 
block 338 and asks if the code represents a modifica- 
tion of the basal delivery schedule (i.e., a command 
to deliver half basal, or a command to deliver full 
basal) . if the selection code does not call for a 
25 basal modification, the controller proceeds to block 
339 and assures that the selection code constitutes a 
request to deliver a supplemental prescription 
schedule and exits at 342 to a point in the sub- 
routine shown in Figure 20. (If the selection code 
30 becomes inadvertently modified, block 339 sets the 
code to one of the supplemental prescription schedule 
selections by ignoring unused bits in the selection 
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code*) If, however, the controller determines at 
block 338 that a basal directive was requested , the 
controller proceeds to block 340 and establishes the 
requested half or full basal delivery. 

The Interrupt Subroutine flow chart continues in 
Figure 20. The controller proceeds to block 343 if 
the selection code calls for an assignment of a 
supplemental prescription schedule. At block 343 f 
the controller asks if Executor A has been assigned 
and if so the controller assigns (block 344) the new 
supplemental prescription schedule to Executor B ; if 
however, Executor A was not assigned, the controller 
assigns (block 345) the supplemental prescription 
schedule to Executor A. 

Alternatively, the controller could have entered 
block 34.6 after having passed through blocks 333, 
336, 337, or 340 (see Figure 19). If the controller 
took this route, it means the selection code request- 
ed a basal delivery modification (i.e., half or full 
basal delivery) , or an inhibit or countermand direc- 
tive. Since the basal selection directive, inhibit 
directive, and countermand directive, are not 
normally used by the patient, it may be advisable to 
alert the patient that such a selection had been 
made. This is an additional safety feature which 
assures that an inadvertant patient error will not 
alter the patient's medication schedule. At block 
346, the controller asks if the prescription calls 
for an alarm if particular prescription modifications 
are requested. If such an alarm is prescribed, the 
controller (block 347) executes a single burst alarm. 
Proceeding to block 348, the controller asks if the 
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pump was being primed prior to the Interrupt Sub- 
routine, If the answer to block 348 is "yes", the 
pump is again primed (block 349) . This feature is 



necessary because in the preferred embodiment the 
voltage quadrupler is used both to energize the alarm 
and to prime the pump. Since in blocks 346 and 347 
the quadrupler could have been used to energize the 
alarm and to prime the pump. Since in blocks 346 and 
347 the quadruplet could have been used to energize 
the alarm, it may now be necessary to re-energize the 
pump priming means. 

The. controller will now enter block 350 
irregardless of the pass taken through the Interrupt 
Subroutine, unless the selection code requested a 
transfer from the delivery to the standby state. 
(The controller can arrive at block 350 after 
processing blocks 348, 349, 345 f 344, 30 5, 310, 314, 
322, or 325, see Figures 18-20). The controller at 
block 350 must now increment the uncompensated inter- 
rupt occurrence counter. The uncompensated interrupt 
occurrence counter was discussed previously in the 
delivery state loop and is used by the controller at 
block 257 (Figure 17), to compensate for delay in the 
one-minute delivery state loop caused by an Interrupt 
Subroutine. (In the preferred embodiment, the time 
compensation is accomplished over several cycles of 
the delivery state loop.) The controller now pro- 
ceeds to block 351 and enables the delivery interrupt 
feature which was previously disenabled at block 30 2 
(Figure 18). The Interrupt Subroutine is now com- 
plete and at 352 the controller returns to the deliv- 
ery state loop at the same point it had previously 
exited to perform the Interrupt Subroutine. The 
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controller, now in the delivery state mode, continues 
to cycle through the delivery state loop providing 
medication dosages as requested by the selected 
supplemented or basal prescription schedules. 

Performance of Running Integral Dosage Limit Means 

The running integral dosage limit means enables 
the controller to suspend pump actuation when the 
dosage in a prescribed time period exceeds a limit. 
In the preferred embodiment a 3-hour and a 24-hour 
time window is used. The physician as part of the 
prescription parameter, programs the maximum dosage 
of medication (i.e., number of pump actuations) 
allowable in the 3-hour and 24-hour period. The 
3-hour time window is shifted by the controller every 
quarter hour; the 24-hour time window is shifted 
every hour. 

The running integral limit calculation means 
(outlined in Figure 8, with the detailed software 
flow chart shown in Figures 14 and 15) calculates the 
number of pump actuations allowable in the next 
quarter-hour period. The controller keeps a record 
of the number of pump actuations which have occurred 
in each quarter hour period, A segment of the soft- 
ware routine retrieves this data from RAM archives 
and calculates the number of pump actuations 
occurring in the most recent eleven quarter-hour 
periods (SUM 11) and the most recent twenty-three 
hour periods (SUM 23) . As discussed previously, SUM 
11 and SUM 23 are subtracted from the 3-hour pro- 
grammed limit and the 24-hour programmed limit. . The 
smaller of [(3-hour limit) minus (SUM 11)] or [(24- 
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hour limit) minus (SUM 23) ] f for a particular 
quarter-hour, is. set as the quarter-hour running 
integral limit. In effect , the controller shifts a 
time window at quarter-hour intervals and determines 
if any additional pump actuations will be allowable 
in the next quarter-hour period. 

The quarter-hour running integral limit means is 
included in Executor A, Executor. B and the basal 
delivery subroutine (the quarter-hour running inte- 
gral limit means is outlined in Figure 8 and its 
detailed software flow chart is shown in Figures 11 
through 13) . If the total pump actuations in the 
current quarter-hour equals the quarter-hour running 
integral limit, the controller branches around the 
pump priming function and the pump actuation is 
avoided . 

Figure 21 illustrates a typical application of 
the running integral dosage limit means to monitor an 
infusion pump used to delivery insulin to a diabetic 
20 patient. The physician has programmed a basal pre- 
scription dosage 353, which calls for pump actuation 
every 30 minutes. Supplemental prescription 

schedules have also been programmed by the physician 
and can be requested by the patient using the PPU. 
25 The patient will request a supplemental prescription 
schedule before each meal so that the post-prandial 
insulin delivery profile will be increased. The 
physician aware of the particular patient's physio- 
logy has programmed a 3-hour running integral dosage 
30 limit of 15 pump actuations and a 24-hour running 
integral dosage limit of 100 pump actuations. 
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In the example shown in Figure 21 , the patient 
requests three supplemental prescription schedule 
assignments. The first assignment 354 is requested 
before the breakfast meal at approximately 10 a.m. A 
second supplemental prescription schedule 355 is 
requested at 11 a.m. after the patient has eaten a 
snack, and a third supplemental prescription schedule 

356 is requested at 1 p.m. before the patient eats 
1 unch . 

The actual medication dosage delivered by the 
infusion pump is shown in Figure 21 on line graph 

357 # However, it will be noted that the running 
integral limit means has prevented four pulses of 
medication (358-361) from being delivered. The 

15 requested breakfast supplemental prescription 
schedule 354 and snack supplemental prescr iptio.n 
schedule 355 would have resulted in excess dosage 
over ' a 3-hour period if the running integral limit 
means had not been in effect. (In the example shown 
in Figure 21 , it is assumed that for simplicity, the 
pump was implanted at 9 a.m. and no pump actuations 
occurred prior to 9 a.m.) 



Figure 21 clearly shows the useful effect 
obtained by using a running integral dosage limit 
means. A 3-hour window shown at 362, contains a 
count of 15-pump actuations. Since the 3-hour limit 
is 15, the quarter-hour running integral rate limit 
for the next quarter-hour is zero, and as a result 
the pump actuation 361 requested by the basal pre- 
scription schedule is not deliverable. Looking at 
another 3-hour time period (shown at 363) the number 
of pump actuations occurring during that period was 
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eleven r therefore f the next quarter-hour period would 
allow delivery of 4 pulses of medication. Therefore, 
a pulse of medication 364 requested by the basal 
prescription schedule during that next quarter-hour 
5 period is now allowable. 

The running integral dosage limit means which 
was described and claimed in the U.S. parent applica- 
tion, contains both a hardware and software system. 
The current embodiment is a total programmable soft- 

10 ware version. It is within the contemplation of the 
inventor to use the integrated rate limit means in 
either an implanted or an external infusion pump. 
The invention represents a unique safety feature 
which allows flexibility in dosage programming and at 

15 the same time prevents an inadvertent or intentional 
overdose . 

Digital Integrating Rate Limiter 

In the preferred embodiment, a hardwired digital 
integrating rate limiter is used in combination with 

20 the software running integral dosage limit means. 
The digital integrating rate limiter is a separate 
backup system independent of the microprocessor 
operation. The digital integrating rate limiter is 
used to set an outer envelope of allowable dosages. 

25 In the preferred embodiment, this maximum envelope of 
allowable dosages will only be reached if a software 
system failure allows the pump to be acutated at a 
dangerously high rate. 

A block diagram of the digital integrating rate 
30 limiter 41 is shown in Figure 22. Generally, the 
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digital integrating rate limiter compises: (1) an 
updown counter 365 capable of storing M counts; (2) a 
clock 366 capable of delivering N counts/hour (in the 
preferred embodiment, a separate auxiliary RC oscil- 
lator r separate from the microprocessor's clock r 
provides the clock pulses to the digital integrating 
rate limiter); and , (3) a pump actuation monitor 23, 
which provides a pulse each time the pump means 18 
(see Figure 2) actually del i vers . medication . The 
updown counter provides signal 367 which inhibits 
pump actuation, when its counter is zero. Pump 
priming will be inhibited if M + N pulses are 
delivered the first hour, and if N pulses are 
delivered per hour thereafter. 

The operation of the digital integrating rate 
limiter might best be viewed in terms of the 
following simple example. An updown counter is 
initially full with M counts. The clock causes 
additional counts to flow into the updown counter at 
the rate of N counts per minute. If the updown 
counter is at its maximum full capacity, the addit- 
ional counts will be disregarded; however, if the 
updown counter is not full, the counts will be added 
until the updown counter has reached its maximum of M 
counts. The pump actuation monitor subtracts pulses 
each time the pump is actually triggered. The pump 
counts subtract from the counts contained in the 
updown counter. In operation, the updown counter can 
be emptied of counts as rapidly as possible until no 
counts remain. If no counts remain (i.e., the updown 
counter is zero) , the pump actuation will be inhibi- 
ted. If less than the full number of counts are 
drawn from the updown counter - if, for example, a 
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supplemental prescription schedule calls for 15 
counts to be delivered in the first hour, and a basal 
rate of a 5-counts per hour thereafter - the clock 
will slowly fill the updown counter back to its 
5 maximum capacity of M counts. 

Therefore , the pump can be called to deliver a 
large dosage of medication at one particular time. 
The pump will be allowed to deliver medication until 
it depletes the updown counter of counts. (i.e., 

10 until the updown counter reads zero.) In addition to 
a maximum dosage delivery in a short period of time 
the pump can deliver a basal rate dosage of medica— 
tion. As long as the basal rate is less than the 
clock rate (N pulses per hour) , the updown counter 

15 will be slowly refilled so that an additional large 
dosage can be delivered in the future — - i.e., when 
the patient requests delivery of an additional 
supplemental prescription schedule. 

In the preferred embodiment, the updown counter 
20 365 is a 5-bit counter which can hold a maximum of 32 
pulses. When the counter is zero, a signal 367 is 
sent to the voltage quadrupler 38 thereby inhibiting 
pump priming. In this embodiment, the pump can 
deliver a maximum of 42 pulses of medication in the 
25 first hour and continue to deliver a constant basal 
rate at 11 pulses per hour thereafter. This outer 
limit was selected for infusion pumps used by dia- 
betics because it represents the maximum concentra- 
tion of insulin a patient can safely tolerate. It 
30 assumes that a physician will prescribe a basal rate 
of less than 11 pumps per hour and a supplemental 
prescription schedule which requires the delivery of 
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less than 43 pumps of medication. It is to be under- 
stood that the outer dosage limits depends on the 
type of medication, the concentration of medication, 
and the volume of medication delivered by each pump 
5 actuation. Therefore, it is within the contemplation 
of this invention to provide different maximum dosage 
envelopes by adjusting the clock rate (N pulses per 
hour) and adjusting the maximum count in the updown 
counter (M counts) . 

10 Although the preferred embodiment utilizes the 

digital integrating rate limiter as a backup system 
which is used in combination with the software 
running integral dose limits means, the invention 
contemplates an infusion pump in which the digital 

^5 integrating rate limiter is the sole means of .pro- 
viding protection against inadvertent or intentional 
medication overdoses. It is also envisioned that the 
maximum storage capacity of the updown counter can be 
programmable by the physician to provide flexibility 

20 for different patients. It is also within the con- 
templation of the invention to provide a programmable 
clock which can be modified to allow a smaller or 
larger basal delivery of medication. 

While there have been described what are 
25 believed to be the preferred software and hardware 
embodiments of the invention, those skilled in the 
art will recognize that other and further modifi- 
cations may be made hereto without departing from the 
spirit of the invention, and it is intended to claim 
30 all such embodiments as fall within the true, scope of 
the invention. 
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Claims 

1. A medication Infusion system having a controller 
to actuate a pump thereby delivering programmable 
dosages of medication , said controller comprising: 

5 a delivery means for actuating said pump in 

accordance with at least one assigned pre- 
scription schedule, wherein said pump causes a 
certain volumetric dosage of medication to be 
delivered with each pump actuation; 

10 a memory; and 

a command means for storing prescription data 
Including said at least one prescription 
. schedule in said memory and for selectively 
assigning a prescription schedule stored in said 
15 memory to be delivered by said delivery means. 

2. The apparatus as in Claim 1 further comprising: 

a running integral dosage limiting means for 
summing the number of pump actuations occurring 
during the most recent shifting time window of 
20 pre-selected length and for inhibiting pump 

actuation while said' sum exceeds a programmable 
running integral dose limit. 

3. The application as in Claim 2 wherein said 
command means programs said running integral dose 

25 limit means with at least one running integral dosage 
limit. 
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4. The apparatus of Claim 3 wherein said delivery 
means further comprises: 

a basal delivery means for actuating said pump 
in accordance with an assigned basal prescrip- 
5 tion schedule; and 

a supplemental prescription delivery means for 
actuating said pump in accordance with at least 
one assigned supplemental prescription schedule 
and wherein said command means assigns said 
10 basal prescription schedule and said at least 

one supplemental prescription schedule, 

5. The apparatus of Claim 4, wherein said running 
integral dosage limiting means sums the number of 
pump actuations occurring in the most recent 3-hour 

15 time period f and inhibits pump actuation if said sum 
exceeds a 3-hour running integral dosage limit. 

6. The apparatus of Claim 4, wherein said running 
integral dosage limiting means sums the number of 
pump actuations occurring in the most recent 24-hour 

20 time period and inhibits pump actuation if said sum 
exceeds 24-hour running integral dosage limit* 

7. The apparatus of Claim 4, wherein a physician or 
the patient can input prescription parameters and 
running integral rate limits directly into said 
command means. 
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8. The apparatus of Claim 4 further comprising: 

at least one monitor for indicating an anomaly 
in the medication infusion system; 

an alarm means for alerting said patient; and 

an anomaly alerting means for periodically 
reviewing said at least one monitor and for 
actuating said alarm means if a confirmed 
anomaly is detected. 

9* The apparatus of Claim 8 further comprising a 
hardwired digital integrating rate limit means for 
inhibiting pump actuation when a certain maximum 
dosage envelope is exceeded. 
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A programmable medication infusion system for 
oviding medication to the living body of a patient, 
uprising : 

an infusion apparatus for implantation within a 
living body, said apparatus including; 

a medication reservoir for storing selected 
medication/ 

a pump means for infusing said selected 
medication stored in said medication reservoir 
into said living body, 

a delivery means for actuating said pump 
means in accordance with at least one assigned 
prescription schedule , 

a memory means for storing said at least one 
prescription schedule, 

a command means coupled to said delivery 
means and responsive to programming information 
for selectively assigning a particular pre- 
scription schedule stored in said memory to be 
delivered by said delivery means, 

a communication means in association with 
said command means for receiving a signal 
carrying said programming information; and, 

an external programming means, external to said 
body for transmitting a signal carrying said 
prpgramming information to said communication 
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means, said programming information including a 
selection code requesting said command means to 
selectively assign a particular prescription 
schedule to said delivery means, 

5 11. The apparatus of Claim 10, further comprising: 

a running integral dosage limiting means for 
summing total volumetric dosage delivered during 
a most recent shifting time window of preselect- 
ed length and for inhibiting actuation of said 
10 pump means while said sum exceeds in running 

integral dosage limit. 

12. The apparatus of Claim 11, wherein each 
actuation of said pump means delivers a certain 
volumetric dosage of medication, and wherein said 

15 running integral dosage limiting means determines 
said total volumetric dosage delivered in said 
shifting time window by summing the number of pump 
actuations . 

13. The apparatus of Claim 10, 11, or 12, wherein 
20 programming information transmitted by said external 

programming means and received via said communication 
means includes said at least one prescription 
schedule and causes said command means to store said 
at least one prescription schedule in said memory. 

25 14. The apparatus of Claim 13, wherein programming 
information transmitted by said external programming 
means and received by said communication means causes 
said command means to program said running integral 
dosage limiting means with a running integral dosage 

30 limit. 
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15. The apparatus as in Claim 13, wherein said 
prescription schedule is a sequence of integers with 
each integer corresponding to the lapse time since 
that particular prescription schedule was assigned to 

5 said delivery means, said delivery means evaluating 
each integer in sequence and actuating said pump when 
actual lapse time equals the lapse time corresponding 
to that integer presently under evaluation* 

16. The apparatus of Claim 13, wherein said pre- 
10 scription schedule is a sequence of binary bits, each 

bit corresponding to a set time interval, and wherein 
said delivery means evaluates each bit in sequence 
moving from the present bit to the next bit each set 
time interval, actuating said pump if the current bit 
15 is a "1". 

17. The apparatus as in Claim 14, .wherein said 
external programming means further comprises: 

a patient programming unit operable by said 
patient for transmitting said programming in- 
20 formation; and 

a medication programming unit operable only by 
medical personnel for transmitting said pro- 
gramming information. 

18. The apparatus of Claim 17, wherein only said 
25 medication programming unit can transmit said pro- 
gramming information containing a running integral 
dosage limit. 
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19. The apparatus of Claim 13, wherein said delivery 
means further comprising: 



a basal delivery means for actuating said pump 
in accordance with an assigned basal prescrip- 
tion schedule ; and , 

a supplemental prescription delivery means for 
actuating said pump in accordance with at least 
one assigned supplemental prescription schedule, 
wherein said basal prescription schedule and 
said at least one supplemental prescription 
schedule are stored in said memory, and wherein 
said command means assigns a basal prescription 
schedule and at least one supplemental pre- 
scription schedule to said delivery means as 
directed by said selection code transmitted by 
said external programming means. 

20. The apparatus of Claim 19, wherein programming 
information transmitted by said external programming 
means and received via said communication means 
contains a basal prescription schedule and causes 
said command means to store said basal prescription 
schedule in said memory* 

21* The apparatus of Claim 19, wherein programming 
information transmitted by said external programming . 
means and received via said communication means 
contains at least one supplemental prescription 
schedule and causes said command means to store said 
at least one supplemental prescription schedule in 
said memory. 
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22. The apparatus of Claim 21, wherein each one of 
said at least one supplemental prescription schedule 
is a sequence of integers with each integer value 
corresponding to the number of time lapse units since 
that particular supplemental prescription schedule 
was assigned to said delivery means, said delivery 
means evaluating each integer in sequence and actu- 
ating said pump when actual time lapse equals the 
time lapse corresponding to that integer presently 
under eval uation. 

23. The apparatus of Claim 22, wherein the value of 
each of said integers corresponds to the number of 
minutes of lapse time since the particular supple- 
mental prescription schedule was assigned to said 

15 delivery means. 

24. The apparatus of Claim 20, wherein said basal 
prescription schedule is a sequence of binary bits, 
each bit representing a quarter-hour lapse time since 
said basal prescription schedule was assigned, 

20 wherein said delivery means will actuate the pump 
during a particular quarter-hour, if the sequence bit 
corresponding to that particular quarter-hour lapse 
time is a "1". 
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25. The apparatus of Claim 13 , wherein said command 
means further comprises a handshaking means for 
verifying programming information transmitted by said 
external programming means, wherein said handshaking 

5 means causes the communication means to transmit to 
said external programming means the received pro- 
gramming information r said external programming means 
upon receiving and verifying said programming 
information transmits an execution, code, said hand- 

10 shaking means upon receiving a valid execution code, 
in a timely fashion, instructs said command means to 
perform the requested selection code. 



26. The apparatus of Claim 19, wherein said external 
programming means further comprises: 

15 a patient programming unit operable by said 

patient for transmitting programming infor- 
mation; and, 

a medication programming unit operable by 
medical personnel for transmitting said pro- 
20 gramming information. 

27. The apparatus of Claim 26, wherein only said 
medication programming means can transmit programming 
information containing a basal prescription schedule. 

28. The apparatus of Claim 27, wherein said patient 
25 programming unit can transmit programming information 

containing a prescription parameter which request 
modification to said basal . prescription schedule and 
wherein said command means in response thereto modi- 
fies the basal prescription schedule assigned to said 
3 q delivery means. 
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29. The apparatus of Claim 28 , wherein said patient 
programming unit can transmit information requesting 
half or full delivery of said basal prescription 
schedule. 

5 30. The apparatus of Claim 26, wherein said patient 
programming unit can transmit programming information 
containing a prescription parameter which requests 
pump inhibition for certain set period of time, and 
wherein said command means in response thereto causes 

10 said delivery means to inhibit pump actuation for 
said set period of time. 

31. The apparatus of Claim 26, wherein said patient 
programming unit can transmit programming information 
requesting a countermand of the most recent programm- 

15 ing information entry, and wherein said command means 
in response thereto countermands its most recent 
prescription programming action. 

32. The apparatus of Claim 26, wherein said medi- 
cation programming unit can transmit programming 

20 information which causes said command means to ignore 
any programming information transmitted by said 
patient programming unit. 

33. The apparatus of Claim 26, wherein only said 
medication programming unit can transmit programming 

25 information containing a supplemental prescription 
schedule . 
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34. The apparatus of Claim 33 , wherein said medi- 
cation programming unit and said patient programming 
unit can transmit program information containing a 
selection code, and wherein said command means in 

5 response to said selection code assigns a particular 
supplemental prescription schedule previously stored 
in said memory to said delivery means, 

35. The apparatus of Claim 13 r wherein said command 
means further comprises a means for checking an 

10 assigned prescription schedule for programming errors 
and for alerting said patient to an inappropriate 
prescription schedule, 

36. The apparatus of Claim 12, wherein said running 
integral dosage limiting means sums the number of 

15 pump actuations occurring in most recent three-hour 
time period , inhibits pump actuation if said sum 
exceeds a three-hour running integral dose limit, and 
wherein programming information transmitted by said 
external programming means causes said command means 

20 to program a three-hour running integral dosage 
limit. 

37. The apparatus of Claim 12 r wherein said running 
integral dosage limited means sums the number of pump 
actuations occurring in the most recent 24-hour time 

25 period, inhibits pump actuation if said sum exceeds a 
24-hour running integral dosage limit and wherein 
said programming information transmitted by said 
external programming means causes said command means 
to program a 24-hour running integral dosage, limit. 
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' 38, The apparatus of Claim 10, 11 or 12 comprising a 
digital integrating rate limiting means for inhibit- 
ing pump actuation when a certain maximum dosage 
envelope is exceeded. 

5 39. The apparatus of Claim 38 further comprising a 
digital integrating rate limiting means, said digital 
integrating rate limiting means comprising: 

a pump monitor means for providing a pulse each 
time said pump means delivers a certain volu- 
10 metric dosage of medication, 

a clock capable of delivering N pulses per hour; 
and 

an updown counter capable of storing M counts, 
operably connected to said clock and said pump 

15 monitor means, said updown counter initially set 

at M counts, each pulse from said pump monitor 
means reduces said counter by one count, each 
pulse from said clock increases said counter by 
one count up to the maximum M counts, and where- 

20 in said updown counter inhibits pump actuation 

when said counter is zero. 

40. The apparatus of Claim 39, wherein said pump 
monitor means provides a pulse each time s,aid pump 
means is activated and actually delivers medication. 
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41. The apparatus of Claim 39 , wherein the maximum 
storage capacity of said updown counter is programm- 
able, and wherein programming information transmitted 
by said external programming means contains a pre- 

5 scription parameter which causes said command means 
to program said updown counter with a maximum storage 
capacity. 

42. The apparatus of Claim 39, wherein the pulse per 
hour rate produced by said clock is programmable, and 
wherein programming information transmitted by said 
external programming means contains a prescription 
parameter which causes said command means to program 
said clock to deliver a particular pulse per hour 
rate . 

43. The -apparatus of Claim 10, 11, or 12 further 
comprising a data recording means operably connected 
to said command means and said communication means 
for recording utilization data and monitoring and 
recording performance of said medication infusion 
system, 

44. The apparatus of Claim 43, wherein programming 
information transmitted by said external programming 
unit causes said command means to actuate said 
communication means to transmit to an external re- 

25 ceiver data records recorded by said data recording 
means . 

45. The apparatus of Claim 43, wherein said data 
recording means records the number of pump actua- 
tions. 
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46. The apparatus of Claim 43, wherein said data 
.recording means records the number of times pro- 
gramming information specifies a particular selection 
code. 

5 47. The apparatus of Claim 43, wherein said data 
recording means records the number of times pro- 
gramming information requesting half or full basal 
delivery was received. 

48. The apparatus of Claim 43, wherein said data 
10 recording means records the number of times pro- 
gramming information requested pump inhibition. 

49. The apparatus of Claim 43, wherein said data 
recording means records the number of times pro- 
gramming information requests a countermand of a 

15 current directive. 

50. The apparatus of Claim 43, wherein said data 
recording means records the number of unverifiable or 
inappropriate selection codes , received by said 
communication means. 

20 51. The apparatus of Claim 43, wherein 
recording means further comprises a 
monitoring and recording the extent of 
fill. 

52. The apparatus of Claim 43, wherein said data 
25 recording means further comprises a means for 
monitoring and recording actual pump actuation. 



said data 
means f o r 
reservoir 



WO 84/03218 



PCT/US83/01608 



-88- 

53, The apparatus of Claim 43, wherein said data 
recording means further comprises a means for 
monitoring fluid flow, 

54, The apparatus of Claim 43, wherein said data 
5 recording means further comprises a means for 

monitoring and recording moisture in various parts of 
said medication infusion system* 

55. The apparatus of Claim 43, wherein said data 
recording means periodically records data from a 

10 fluid system monitoring means. 

56. The apparatus of Claim 10, 11, 'or 12, further 
comprising: 

at least one monitor for detecting an anomaly 
in the medication infusion system; 

15 an alarm means; and 

an anomaly alert means for periodically 
reviewing said at least one monitor and for 
actuating said alarm means if an anomaly is 
detected . 

20 57. The apparatus of Claim 56, wherein said anomaly- 
monitor detects - the presence of moisture in a par- 
ticular portion of said medication infusion system. 

58. The apparatus of Claim 56, wherein said anomaly 
monitor detects when said reservoir is empty. 
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59. The apparatus of Claim 56, wherein said anomaly 
monitor detects when said reservoir is too full. 

60. The apparatus of Claim 56, wherein said anomaly 
monitor counts the number of actual pump actuations, 
and counts the number of times the delivery means 
requests an actuation of said pump means, and gener- 
ates an alert signal when there is a discrepancy 
between said actual pump actuation count and said 
delivery means requested actuation count. 

61. The apparatus of Claim 55, wherein said anomaly 
alerting means further comprises a means for checking 
prescription schedules stored in said command means, 
and determining if said prescription schedules have 
been altered. 

62. The apparatus of Claim 56, wherein said anomaly 
alert means confirms an anomaly by requiring two 
consecutive anomaly reports from said at least one 
monitor before actuating said alarm means. 

S3. The apparatus of Claim 56, wherein said alarm 
means generates an audio signal. 

64. The apparatus of Claim 56, wherein said alarm 
means generates a subcutaneous electrical stimula- 
tion. 

65. The apparatus of Claim 10, 11, or 12, wherein 
said command means further comprises an operator 
error determining means for actuating an alarm means 
when an operator error is detected. 
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66. The apparatus of Claim 65/ wherein said alarm 
means generates a subcutaneous electrical stimula- 
tion . 

67. The apparatus of Claim 65, wherein said alarm 
5 means generates an audio alarm. 

68. The apparatus of Claim 65 r wherein said operator 
error determining means actuates an alarm when said 
command means attempts to assign a supplemental 
prescription schedule having an improper format. 

10 69. The apparatus of Claim 65, wherein said operator 
error determining means actuates said alarm means 
when programming information transmitted by said 
external programming means causes said command means 
to perform certain unusual operations. 

15 70. The apparatus of Claim 69, wherein said operator 
error determining means actuates an alarm means when 
programming information requesting half basal rate is 
transmitted by said external programming means. 

71. The apparatus of Claim 69, wherein said operator 
20 error determining means actuates an alarm means when 

programming information requesting pump inhibition is 
transmitted by said external programming means. 

72. The apparatus of Claim 69, wherein said operator 
error detects determining means actuates said alarm 

25 means when programming information requesting a 
return to a full basal rate delivery is transmitted 
by said external programming means. 
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73. The apparatus of Claim 69 , wherein said* operator 
error determining means actuates said alarm means 
when programming information requests a countermand 
of current directives. 

74. The apparatus of Claim 65 , wherein medical 
staff, using said external programming means can 
transmit programming information which directs said 
operator error determining means to. disregard certain 
types of anomalies. 

75. A medication infusion system having a controller 
to actuate a pump thereby delivering medication to a 
patient, said controller comprising: 

a delivery means for actuating said pump in 
..accordance with a selectable dosage schedule; 
and , 

a limiting means for monitoring medication 
delivery and for inhibiting pump actuation when 
said medication delivery exceeds a selectable 
dosage limit. 

76. The apparatus of Claim 75, wherein said limiting 
means further comprising: 

a running integral dosage limiting means for 
summing total volumetric dosage delivered during 
the most recent shifting time window of pre- 
selected length and for inhibiting actuation of 
said pump while said sum exceeds a running 
integral dosage limit. 
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77. The apparatus of claim 76, wherein each actua- 
tion of said pump delivers a certain volumetric 
dosage of medication , and wherein said running in- 
tegral dosage limiting means determines said total 
volumetric dosage delivered in said shifting time 
window by summing the number of pump actuations, 

78. The apparatus of Claim 76 or 77 wherein said 
running integral dosage limiting means is programm- 
able , and inhibits actuation of said pump while said 
sum exceeds a programmable running integral dosage . 



79. The apparatus of Claim 78 wherein said running 
integral dosage limit is programmable by medical 
personnel and not selectable by said patient. 

80. The apparatus of Claim 75 wherein said limiting 



a digital integrating rate limiting means for 
inhibiting pump actuation when a certain maximum 
dosage envelope is exceeded. 



limit. 



means further comprising: 
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81. The apparatus of Claim 75 wherein said limiting 
means further comprising a digital integrating rate 
limiting means, said digital integrating rate 
limiting means comprising: 

5 a pump monitor means for providing a pulse each 

time said pump means delivers a certain volu- 
metric dosage of medication; 

a clock capable of delivering N pulses per hour; 
and , 



an updown counter capable of storing M counts, 
operably connected to said clock and said pump 
monitor means, said updown counter initially set 
at M counts, each pulse from said pump monitor 
means reduces said updown counter m by one count, 
each pulse from said clock increases said updown 
counter by one count up to the maximum M counts, 
and wherein said updown counter inhibits pump 
actuation when said count is zero. 
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82. The apparatus of Claim 81 r wherein each 
actuation of said pump means delivers a certain 
volumetric dosage of medication, and wherein said 
pump monitor provides a pulse for each actuation of 
said pump means. 

83. The apparatus of claim 81, where the maximum 
storage capacity M of said updown counter is pro- 
grammable . 

84. The apparatus of Claim 81 wherein the pulse per 
hour rate N produced by said clock is programmable. 

85. The apparatus of Claim 83 or 84 wherein said 
maximum storage capacity M and said rate N are pro- 
grammable by medical personnel and are not selectable 
by said patient. 
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86. A medication infusion system having a controller 
to actuate a pump thereby delivering medication to a 
patient, said controller comprising: 

a microprocessor; 

5 a communication means operably connected to said 

microprocessor for programming said micro- 
processor to deliver medication in accordance 
with selected prescription parameters; 

a pump means operably controlled by said micro- 
10 processor for selectively delivering medication 

to said patient; 

a memory means operably associated with said 
microprocessor for storing prescription para- 
meters and software instructions r wherein said 
15 software instruction include: 

a delivery state subroutine for causing said 
microprocessors to actuate said pump in accord- 
ance with a selected prescription schedule if a 
dosage rate limit has not been exceeded. 
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87. The apparatus of Claim 86 further comprising: 

an interrupt subroutine for enabling said micro- 
processor to read into said memory means pre- 
scription parameters from said communications 

5 means, said prescription parameters include an 

at least one prescription schedule and a selec- 
tion code, wherein said selection code causes 
said interrupt subroutine to assign a particular 
one of said at least one prescription schedule 

10 to be processed by said delivery state sub- 

routine . 

88 • The apparatus of Claim 86 or 87 , wherein said 
delivery state subroutine contains the following step 
to determine if a dosage rate limit has not been 
15 exceeded : 



summing the number of pump actuations occurring 
during the most recent shifting time window of 
preselected length, each pump actuation deliver- 
ing a certain volumetric dosage of medication; 
and, inhibiting actuation of said pump while 
said sum exceeds a running integral dosage 
limit. 
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89.' A method of infusion medication into a patient, 
wherein a controller is programmable to actuate a 
pump in accordance with a prescription schedule, said 
method comprising the steps of: 

5 recording at least one prescription schedule in 

a memory associated with said controller; 

selecting a particular one of said at least one 
prescription schedules to be delivered by said 
controller; 

10 delivering medication in accordance with said 

selected prescription schedule, wherein said 
controller actuate said pump at the appropriate 
times indicated in said selected prescription 
schedules, said pump causing a certain volu- 

15 metric dosage of medication to be delivered with 

each actuation of said pump; 

summing the number of pump actuations occurring 
during the most recent shifting time window of 
preselected length; and, 

20 inhibiting actuation of said pump while said sum 

exceeds a running integral dosage limit. 

90. The method of Claim 89 wherein said running 
integral dosage limit is set prior to assembly. 

91. The method of Claim 89 wherein said running 
25 integral dosage limit is set by attending medical 

staff. 
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92. The method of Claim 8 9 wherein said running 
integral dosage limit is programmable. 

93. The method of Claim 92 further comprising the 
step of: 

5 programming said running integral dosage limit , 

wherein said programming step is restricted so 
that only attending medical staff can program 
said running integral dosage limit. 

94. The method of Claim 89 , wherein said attending 
10 medical staff can record said at least one prescrip- 
tion schedule and said patient or said attending 
medical staff can select a particular prescription 
schedule to be delivered. 

95. The method of Claim 89 f further comprising the 
15 step of, inhibit pump actuation when a certain maxi- 
mum dosage envelope is exceeded. 
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96. The method of Claim 95, wherein said step of 
inhibiting pump actuation when a maximum dosage 
envelope is exceeded, further comprising the steps 
of: 

5 setting an updown counter with a maximum M 

counts ; 

subtracting one count from said updown counter 
each time said pump is actuated; 

adding one count to said updown counter at a 
10 clocking rate of N counts per hour until said 

updown counter reaches said maximum count of M; 
and , 

inhibiting pump actuation while said updown 
counter has a count of zero* 

15 97. The method of Claim 96 wherein said maximum 
count M, and said clocking rate of N counts per hour, 
are set prior to assembly of said programmable medi- 
cation infusion systems. 

98. The method of Claim 96 wherein said maximum 
count M, and said clocking rate of N counts per hour, 

20 are set by the attending medical staff. 

99. The method of Claim 96, wherein said maximum 
count M, and said clocking rate of N counts per hour, 
are programmable. 
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100. The method of Claim 99 , further comprising the 
step of programming said maximum count M and said 
clocking rate of N counts per hour, wherein said step 
is restricted so that only attending medical staff 

5 can program said maximum count M and said clocking 
rate of N counts per hour. 

101. A method for limiting the amount of medication 
delivered to a patient by a programmable medication 
infusion system , wherein said programmable medication 

10 infusion system actuates a pump in accordance with 
programmable prescription parameters, said method 
comprising the steps of: 

summing total volumetric dosage delivered during 
the most recent shifting time window of pre- 
15 selected length; .and, 

inhibiting actuation of said pump while said sum 
exceeds a running integral dosage limit. 

102. The method of Claim 101, wherein each actuation 
of said pump delivers a certain volumetric dosage of 

20 medication, and said step of summing total volumetric 
dosage is obtained by summing the number of pump 
actuations during said shifting time window. 

103. The method of Claim 10 1 wherein said running 
25 integral dosage limit is set prior to assembly of 

said programmable medication infusion system. 

10 4. The method of Claim 10 1 wherein said running 
integral dosage limit is set by attending medical 
staff. 
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105. The method of Claim 10 1 wherein said running 
integral dosage limit is programmable. 

10 6. The method of Claim 101 further comprises the 
step of programming said running integral dosage 
limit , wherein said step is restricted so that only 
attending medical staff can program said running 
integral dosage limit. 

107. A method for limiting the amount of medication 
delivered to a patient by a programmable medication 
infusion system, wherein said programmable medication 
infusion system actuates the pump in accordance with 
programmable prescription parameters, said method 
comprising the step of: 

setting an updown counter with a maximum M 
: count; 

subtracting one count from said updown counter 
each time said pump causes a certain volumetric 
dosage of medication to be delivered; 

adding one count to said updown counter at a 
clocking rate of N counts per hour until said 
updown counter reaches a maximum count of M; 
and f 

inhibiting pump actuation while said updown 
counter has a count of zero. 
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10 8. The method of Claim 10 7, wherein each actuation 
of said pump delivers a certain volumetric dosage of 
medication, and wherein said step of subtracting 
involves subtracting one count from said updown 
5 counter for each pump actuation, 

109. The method of Claim 107 or 108 r wherein said 
maximum count M and said clocking rate of N counts 
per hour are set prior to assembly of said pro- 
grammable medication infusion systems. 

10 110. The method of Claim 107 or 108, wherein said 
maximum count M and said clocking rate of N counts 
per hour are set by attending medical staff. 

107 or 108, wherein said 
clocking rate of N counts 

112. The method of Claim 10 7 further comprising the 
step of programming said maximum count M and said 
clocking rate of N counts per hour, wherein said 
programming step is restricted so that only attending 

2o medical staff can program said maximum count M and 
said clocking rate of N counts per hour. 

113. The method of Claim 89, 101 or 10 7, wherein said 
medicatipn infusion system is implanted in said 
patient. 

25 114. The method of Claim 89, 101 or 10 7, wherein said 
medication infusion system is external to said 
patient. 



111. The method of Claim 
maximum count M and said 
per hour are programmable. 
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115. The apparatus of Claim 75, wherein said limiting 
means is selectively adjustable so that only attend- 
ing medical staff can set said dosage limit and not 
said patient. 

5 116. The apparatus of Claim 75 , wherein said limiting 
means further contains a control means for setting 
said dosage limit, said control means selectively 
operable by said attending medical staff and not 
operable by said patient. 

10 117. The apparatus of Claim 75, wherein said delivery 
means further comprising: 

a memory; 

a first control means operably associated with 
said memory and selectively operable by attend- 
15 ing medical staff for storing a plurality of 

dosage schedules in said memory; 

a second control means operably associated with 
said memory and operable by said patent for 
selecting a dosage schedule stored in memory, 
20 wherein said delivery means activates said pump 

in accordance with said selected dosage 
schedule . 
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118. The apparatus of Claim 75, wherein said delivery 
means further comprising a means operably controlled 
by attending medical staff for selecting a predeter- 
mined dosage schedule , said predetermined dosage 
5 schedule causing said pump to be actuated in accord- 
ance with a certain sequence; and, a control means 
operably controlled by said patient for modifying 
said sequence of pump actuations within certain 
predetermined limits. 
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